Banki.ru ද්වාරයෙහි මෙහෙයුම් අධ්‍යක්ෂ Andrey Nikolsky පසුගිය වසරේ සමුළුවේදී කතා කළේය අනාථ සේවා ගැන: යටිතල පහසුකම් තුළ අනාථයෙකු හඳුනා ගන්නේ කෙසේද, අනාථ සේවා නරක වන්නේ ඇයි, ඔවුන් සමඟ කළ යුතු දේ සහ කිසිවක් උදව් නොකළහොත් කළ යුතු දේ.
කප්පාදුවට පහළින් වාර්තාවේ පෙළ අනුවාදයකි.
ආයුබෝවන් සගයන්! මගේ නම Andrey, මම Banki.ru හි මෙහෙයුම් ප්‍රධානියා.
අපට විශාල සේවාවන් තිබේ, මේවා එවැනි මොනොලිතික් සේවාවන්, වඩාත් සම්භාව්‍ය අර්ථයෙන් සේවා ඇත, සහ ඉතා කුඩා ඒවා ඇත. මගේ කම්කරු-ගොවි පාරිභාෂිතය තුළ, මම කියන්නේ සේවාවක් සරල හා කුඩා නම්, එය ක්ෂුද්‍ර බවත්, එය ඉතා සරල හා කුඩා නොවේ නම්, එය සේවයක් පමණක් බවත් ය.
සේවාවන්හි වාසි
මම ඉක්මනින් සේවාවන්හි වාසි ගැන යන්නෙමි.
පළමුවැන්න පරිමාණය කිරීමයි. ඔබට ඉක්මනින් සේවාවේ යමක් කර නිෂ්පාදනය ආරම්භ කළ හැකිය. ඔබට ගමනාගමනය ලැබී ඇත, ඔබ සේවාව ක්ලෝන කර ඇත. ඔබට වැඩි තදබදයක් ඇත, ඔබ එය ක්ලෝන කර එය සමඟ ජීවත් වේ. මෙය හොඳ ප්‍රසාද දීමනාවක් වන අතර, ප්‍රතිපත්තිමය වශයෙන්, අපි ආරම්භ කළ විට, එය අපට වඩාත්ම වැදගත් දෙය ලෙස සලකනු ලැබුවේ, අපි මේ සියල්ල කරන්නේ ඇයි.
දෙවනුව, හුදකලා සංවර්ධනය, ඔබට සංවර්ධන කණ්ඩායම් කිහිපයක් සිටින විට, සෑම කණ්ඩායමකම විවිධ සංවර්ධකයින් කිහිප දෙනෙකු සිටින විට සහ සෑම කණ්ඩායමක්ම තමන්ගේම සේවාවක් වර්ධනය කරයි.
කණ්ඩායම් සමඟ සූක්ෂ්මතාවයක් ඇත. සංවර්ධකයින් වෙනස් ය. සහ උදාහරණයක් ලෙස, ඇත . මම මේක මුලින්ම දැක්කේ Maxim Dorofeev එක්ක. සමහර විට හිම පියලි මිනිසුන් සමහර කණ්ඩායම්වල සිටින අතර අනෙක් අය මත නොවේ. මෙය සමාගම පුරා භාවිතා කරන විවිධ සේවාවන් තරමක් අසමාන කරයි.
පින්තූරය දෙස බලන්න: මෙය හොඳ සංවර්ධකයෙකි, ඔහුට විශාල අත් ඇත, ඔහුට බොහෝ දේ කළ හැකිය. ප්‍රධානම ප්‍රශ්නය තමයි මේ අත් එන්නේ කොහෙන්ද කියන එක.
විවිධ කාර්යයන් සඳහා වඩාත් සුදුසු විවිධ ක්‍රමලේඛන භාෂා භාවිතා කිරීමට සේවාවන් ඔබට ඉඩ සලසයි. සමහර සේවා Go හි ඇත, සමහරක් Erlang හි ඇත, සමහරක් Ruby හි ඇත, යමක් PHP හි ඇත, යමක් Python හි ඇත. පොදුවේ, ඔබට ඉතා පුළුල් ලෙස පුළුල් කළ හැකිය. මෙහි ද සූක්ෂ්මතා ඇත.
සේවා-නැඹුරු ගෘහ නිර්මාණ ශිල්පය මූලික වශයෙන් devops සම්බන්ධ වේ. එනම්, ඔබට ස්වයංක්‍රීයකරණයක් නොමැති නම්, යෙදවීමේ ක්‍රියාවලියක් නොමැත, ඔබ එය අතින් වින්‍යාස කරන්නේ නම්, ඔබගේ වින්‍යාසයන් සේවා අවස්ථාවෙන් අවස්ථාවට වෙනස් විය හැකි අතර, ඔබට යමක් කිරීමට එහි යා යුතුය, එවිට ඔබ සිටින්නේ අපායේ ය.
උදාහරණයක් ලෙස, ඔබට සේවා 20 ක් ඇති අතර ඔබ අතින් යෙදවිය යුතුය, ඔබට කොන්සෝල 20 ක් ඇත, සහ ඔබ එකවරම නින්ජා මෙන් "Enter" ඔබන්න. එය ඉතා හොඳ නැත.
ඔබට පරීක්ෂණයෙන් පසු සේවාවක් තිබේ නම් (පරීක්‍ෂණය තිබේ නම්, ඇත්ත වශයෙන්ම), සහ එය නිෂ්පාදනයේ ක්‍රියාත්මක වන පරිදි ඔබට එය ගොනුවකින් අවසන් කිරීමට අවශ්ය නම්, මට ඔබට නරක ආරංචියක් ද ඇත.
ඔබ නිශ්චිත ඇමේසන් සේවාවන් මත විශ්වාසය තබා රුසියාවේ වැඩ කරන්නේ නම්, මීට මාස දෙකකට පෙර ඔබට "සියල්ල ගිනිගෙන ඇත, මම හොඳින්, සියල්ල සිසිල්" ද විය.
අපි යෙදවීම ස්වයංක්‍රීය කිරීමට ඇන්සිබල්, අභිසාරීතාවය සඳහා රූකඩ, යෙදවීම ස්වයංක්‍රීය කිරීමට උණ බම්බු, සහ ඒ සියල්ල කෙසේ හෝ විස්තර කිරීමට අපි භාවිතා කරමු.
මම මේ ගැන විස්තරාත්මකව නොකියමි, මන්ද වාර්තාව අන්තර්ක්‍රියා පරිචයන් ගැන මිස තාක්ෂණික ක්‍රියාත්මක කිරීම ගැන නොවේ.
උදාහරණයක් ලෙස, සේවාදායකයේ Puppet Ruby 2 සමඟ ක්රියා කරන විට අපට ගැටළු ඇති නමුත් සමහර යෙදුම් Ruby 1.8 සඳහා ලියා ඇති අතර ඒවා එකට ක්රියා නොකරයි. එතන මොකක් හරි අවුලක් වෙනවා. ඔබට එක් යන්ත්‍රයක Ruby අනුවාද කිහිපයක් ධාවනය කිරීමට අවශ්ය වූ විට, ඔබට සාමාන්යයෙන් ගැටළු ඇති වීමට පටන් ගනී.
උදාහරණයක් ලෙස, අපි සෑම සංවර්ධකයෙකුටම වේදිකාවක් ලබා දෙනවා, අප සතුව ඇති සෑම දෙයක්ම, සංවර්ධනය කළ හැකි සියලුම සේවාවන්, ඔහුට හුදකලා පරිසරයක් ඇති වන පරිදි, ඔහුට එය බිඳ දමා ඔහුට අවශ්ය පරිදි එය ගොඩනගා ගත හැකිය.
එහි ඇති යමක් සඳහා ඔබට විශේෂයෙන් සම්පාදනය කරන ලද පැකේජයක් අවශ්ය වේ. එය තරමක් දැඩි ය. මම Docker රූපය 45 GB බරැති වාර්තාවකට සවන් දුන්නා. ලිනක්ස් හි, ඇත්ත වශයෙන්ම, එය සරල ය, එහි සෑම දෙයක්ම කුඩා වේ, නමුත් තවමත්, ප්රමාණවත් ඉඩක් නොමැත.
හොඳයි, පරස්පර පරායත්තතා ඇත, ව්‍යාපෘතියේ එක් කැබැල්ලක් එක් අනුවාදයක පුස්තකාලයක් මත රඳා පවතින විට, ව්‍යාපෘතියේ තවත් කොටසක් වෙනත් අනුවාදයක් මත රඳා පවතී, සහ පුස්තකාල කිසිසේත්ම එකට ස්ථාපනය කර නොමැත.
අපට PHP 5.6 හි අඩවි සහ සේවාවන් තිබේ, අපි ඒවා ගැන ලැජ්ජා වෙමු, නමුත් අපට කුමක් කළ හැකිද? මේක අපේ එක site එකක්. PHP 7 හි අඩවි සහ සේවාවන් තිබේ, ඒවායින් වැඩි ගණනක් ඇත, අපි ඒවා ගැන ලැජ්ජා නොවෙමු. සෑම සංවර්ධකයෙකුටම තමාගේම පදනමක් ඇත, එහිදී ඔහු සතුටින් දුටුවේය.
ඔබ එක් භාෂාවකින් සමාගමක ලියන්නේ නම්, එක් සංවර්ධකයෙකුට අථත්‍ය යන්ත්‍ර තුනක් සාමාන්ය ලෙස පෙනේ. ඔබට විවිධ ක්‍රමලේඛන භාෂා තිබේ නම්, තත්වය වඩාත් නරක අතට හැරේ.
ඔබට මෙහි අඩවි සහ සේවා ඇත, මේ මත, පසුව Go සඳහා තවත් අඩවියක්, Ruby සඳහා එක් අඩවියක් සහ පැත්තේ තවත් Redis කිහිපයක්. ප්රතිඵලයක් වශයෙන්, මේ සියල්ල ආධාරක සඳහා විශාල ක්ෂේත්රයක් බවට පත් වන අතර, සෑම විටම එයින් සමහරක් කැඩී යා හැක.
එබැවින්, අපි ක්‍රමලේඛන භාෂාවේ ප්‍රතිලාභ වෙනුවට විවිධ රාමු භාවිතා කළෙමු, මන්ද PHP රාමු බෙහෙවින් වෙනස් බැවින් ඒවාට විවිධ හැකියාවන්, විවිධ ප්‍රජාවන් සහ විවිධ සහාය ඇත. ඔබට සේවාවක් ලිවිය හැකි අතර එමඟින් ඔබට දැනටමත් ඒ සඳහා යමක් සූදානම් කර ඇත.
සෑම සේවාවකටම තමන්ගේම කණ්ඩායමක් ඇත
වසර ගණනාවක් පුරා ස්ඵටිකීකරණය වී ඇති අපගේ ප්රධාන වාසිය වන්නේ සෑම සේවාවකටම තමන්ගේම කණ්ඩායමක් තිබීමයි. මෙය විශාල ව්යාපෘතියක් සඳහා පහසු වේ, ඔබට ලේඛනගත කිරීම සඳහා කාලය ඉතිරි කර ගත හැකිය, කළමනාකරුවන් ඔවුන්ගේ ව්යාපෘතිය හොඳින් දනී.
ඔබට පහසුවෙන් සහයෝගයෙන් කාර්යයන් ඉදිරිපත් කළ හැකිය. උදාහරණයක් ලෙස, රක්ෂණ සේවාව බිඳ වැටුණි. වහාම රක්ෂණය සමඟ කටයුතු කරන කණ්ඩායම එය නිවැරදි කිරීමට යයි.
නව විශේෂාංග ඉක්මනින් නිර්මාණය වෙමින් පවතී, මන්ද ඔබට එක් පරමාණුක සේවාවක් ඇති විට, ඔබට ඉක්මනින් එයට යමක් ඇලවිය හැකිය.
ඔබ ඔබේ සේවාව බිඳ දැමූ විට සහ මෙය නොවැළැක්විය හැකි ලෙස සිදු වූ විට, ඔබ වෙනත් පුද්ගලයින්ගේ සේවාවන්ට බල නොපාන අතර, වෙනත් කණ්ඩායම්වල බිටු සහිත සංවර්ධකයින් ඔබ වෙත දුව ගොස් මෙසේ නොකියයි: "අනේ, ඒක කරන්න එපා."
සෑම විටම මෙන්, සූක්ෂ්මතා ඇත. අපට ස්ථාවර කණ්ඩායම් ඇත, කළමනාකරුවන් කණ්ඩායමට ඇණ ගසා ඇත. පැහැදිලි ලේඛන තිබේ, කළමනාකරුවන් සෑම දෙයක්ම සමීපව නිරීක්ෂණය කරයි. කළමනාකරුවෙකු සිටින සෑම කණ්ඩායමකටම සේවා කිහිපයක් ඇති අතර, නිපුණතාවයේ නිශ්චිත ලක්ෂ්යයක් ඇත.
ටීම් පාවෙනවනම් (අපිත් සමහර වෙලාවට මේක පාවිච්චි කරනවා) "තරු සිතියම" කියලා හොඳ ක්රමයක් තියෙනවා.
ඔබට සේවා සහ පුද්ගලයින් ලැයිස්තුවක් තිබේ. තරු ලකුණක් යනු පුද්ගලයා මෙම සේවාවේ ප්‍රවීණයෙක්, පොතක් යනු පුද්ගලයා මෙම සේවාව අධ්‍යයනය කරන බවයි. පුද්ගලයාගේ කාර්යය වන්නේ තරු ලකුණක් සඳහා පොත හුවමාරු කිරීමයි. සේවාව ඉදිරිපිට කිසිවක් ලියා නොමැති නම්, ගැටළු ආරම්භ වේ, එය මම තවදුරටත් කතා කරමි.
අනාථ සේවාවන් දිස්වන්නේ කෙසේද?
පළමු ගැටළුව, ඔබේ යටිතල පහසුකම් තුළ අනාථ සේවාවක් ලබා ගැනීමට පළමු මාර්ගය වන්නේ මිනිසුන් ඉවත් කිරීමයි. කාර්යයන් තක්සේරු කිරීමට පෙර කිසිවකුට ව්‍යාපාරික හමුවීම් කාලසීමාවන් තිබේද? සමහර විට සිදුවන්නේ නියමිත කාලසීමාවන් දැඩි වන අතර ලේඛනගත කිරීම සඳහා ප්රමාණවත් කාලයක් නොමැති වීමයි. "අපි සේවාව නිෂ්පාදනයට භාර දිය යුතුයි, පසුව අපි එය එකතු කරන්නෙමු."
කණ්ඩායම කුඩා නම්, සෑම දෙයක්ම ලියන එක් සංවර්ධකයෙකු සිටින බව සිදු වේ, ඉතිරිය පියාපත් තුළ ඇත. "මම මූලික ගෘහ නිර්මාණ ශිල්පය ලිව්වා, අතුරුමුහුණත් එකතු කරමු." එවිට යම් අවස්ථාවක දී කළමනාකරු, උදාහරණයක් ලෙස, පිටත් වේ. මෙම කාල පරිච්ෙඡ්දය තුළ, කළමනාකරු ඉවත්ව ගොස් නව අයෙකු තවමත් පත් කර නොමැති විට, සේවාව යන්නේ කොතැනටද සහ එහි සිදුවන්නේ කුමක්ද යන්න සංවර්ධකයින් විසින්ම තීරණය කරයි. අපි දන්නා පරිදි (අපි විනිවිදක කිහිපයක් ආපසු යමු), සමහර කණ්ඩායම්වල හිම පියලි මිනිසුන් ඇත, සමහර විට හිම පියලි කණ්ඩායම් නායකත්වය දරයි. ඊට පස්සේ ඔහු ඉවත් වෙනවා, අපිට අනාථ සේවයක් ලැබෙනවා.
ඒ අතරම, සහයෝගයෙන් සහ ව්‍යාපාරයෙන් කරන කාර්යයන් අතුරුදහන් නොවේ; සේවාව දියුණු කිරීමේදී කිසියම් වාස්තු දෝෂයක් සිදු වූයේ නම්, ඒවා ද පසුබෑමට ලක් වේ. සේවාව කෙමෙන් කෙමෙන් පිරිහෙමින් පවතී.
අනාථයෙකු හඳුනා ගන්නේ කෙසේද?
මෙම ලැයිස්තුව තත්වය හොඳින් විස්තර කරයි. ඔවුන්ගේ යටිතල පහසුකම් ගැන කිසිවක් ඉගෙන ගත්තේ කවුද?
ලේඛනගත වැඩ-වට ගැන: සේවාවක් ඇති අතර, සාමාන්යයෙන්, එය ක්රියා කරයි, එය සමඟ වැඩ කරන්නේ කෙසේද යන්න පිළිබඳ පිටු දෙකක අත්පොතක් ඇත, නමුත් එය ඇතුළත ක්රියා කරන්නේ කෙසේදැයි කිසිවෙකු දන්නේ නැත.
නැතහොත්, උදාහරණයක් ලෙස, යම් ආකාරයක සම්බන්ධක කෙටිකාරකයක් තිබේ. උදාහරණයක් ලෙස, අපි දැනට විවිධ සේවාවන්හි විවිධ අරමුණු සඳහා භාවිතා කරන සබැඳි කෙටි කරන්නන් තුනක් ඇත. මේවා විපාක පමණි.
දැන් මම පැහැදිලිවම නායකයා වනු ඇත. කළ යුත්තේ කුමක්ද? පළමුව, අපි සේවාව වෙනත් කළමනාකරුවෙකුට, වෙනත් කණ්ඩායමකට මාරු කළ යුතුය. ඔබේ කණ්ඩායමේ නායකත්වය තවමත් ඉවත් වී නොමැති නම්, මෙම අනෙක් කණ්ඩායම තුළ, සේවාව අනාථයෙකු වැනි බව ඔබට වැටහෙන විට, ඔබ ඒ ගැන යමක් තේරුම් ගන්නා කෙනෙකු ඇතුළත් කළ යුතුය.
ප්රධාන දෙය: ඔබ රුධිරයේ ලියා ඇති මාරු කිරීමේ ක්රියා පටිපාටි තිබිය යුතුය. අපගේ නඩුවේදී, මම සාමාන්යයෙන් මෙය නිරීක්ෂණය කරමි, මන්ද මට වැඩ කිරීමට සියල්ල අවශ්ය වේ. කළමනාකරුවන්ට එය ඉක්මනින් ලබා දීමට අවශ්ය වන අතර, පසුව එයට සිදුවන්නේ කුමක්ද යන්න ඔවුන්ට තවදුරටත් එතරම් වැදගත් නොවේ.
අනාථයෙකු සෑදීමේ ඊළඟ ක්‍රමය නම් "අපි එය බාහිරින් ලබා දෙන්නෙමු, එය වේගවත් වනු ඇත, පසුව අපි එය කණ්ඩායමට භාර දෙන්නෙමු." සෑම කෙනෙකුටම කණ්ඩායමේ යම් යම් සැලසුම්, හැරීමක් ඇති බව පැහැදිලිය. බොහෝ විට ව්‍යාපාරික පාරිභෝගිකයෙකු සිතන්නේ බාහිරින් ලබා දෙන තැනැත්තා සමාගම සතුව ඇති තාක්ෂණික අංශය කරන දෙයම කරන බවයි. ඔවුන්ගේ අභිප්රේරණයන් වෙනස් වුවද. බාහිරින් ලබා ගැනීමේදී අමුතු තාක්ෂණික විසඳුම් සහ අමුතු ඇල්ගොරිතම විසඳුම් තිබේ.
උදාහරණයක් ලෙස, අපට විවිධ අනපේක්ෂිත ස්ථානවල Sphinx තිබූ සේවාවක් තිබුණි. මම කරන්න ඕන දේ පස්සේ කියන්නම්.
බාහිරින් ලබාගන්නා අයට ස්වයං-ලිඛිත රාමු ඇත. මෙය පෙර ව්‍යාපෘතියක පිටපත්-පේස්ට් සහිත හිස් PHP පමණි, ඔබට සියලු වර්ගවල දේවල් සොයා ගත හැක. සමහර ගොනුවක රේඛා කිහිපයක් වෙනස් කිරීමට ඔබට සංකීර්ණ Bash ස්ක්‍රිප්ට් කිහිපයක් භාවිතා කිරීමට අවශ්ය වූ විට යෙදවීමේ ස්ක්‍රිප්ට් විශාල අඩුපාඩුවක් වන අතර, මෙම යෙදවුම් ස්ක්‍රිප්ට් සමහර තුන්වන ස්ක්‍රිප්ට් එකකින් හැඳින්වේ. ප්රතිඵලයක් වශයෙන්, ඔබ යෙදවීමේ පද්ධතිය වෙනස් කරන්න, වෙනත් දෙයක් තෝරන්න, hop, නමුත් ඔබේ සේවාව ක්රියා නොකරයි. මොකද එතනදි වෙන වෙන ෆෝල්ඩර් අතරට තව ලින්ක් 8ක් දාන්න ඕන වුනා. නැතහොත් වාර්තා දහසක් ක්‍රියාත්මක වන නමුත් ලක්ෂයක් තවදුරටත් ක්රියා නොකරයි.
මම දිගටම නායකයා ලෙස කටයුතු කරනවා. බාහිරින් ලබාගත් සේවාවක් පිළිගැනීම අනිවාර්ය ක්රියා පටිපාටියකි. කවුරුන් හෝ බාහිරින් ලබා ගත් සේවාවක් පැමිණ කොතැනකවත් පිළි නොගෙන තිබේද? මෙය අනාථ සේවාවක් ලෙස ජනප්‍රිය නොවේ, නමුත් තවමත්.
සේවාව පරීක්ෂා කිරීම, සේවාව සමාලෝචනය කිරීම, මුරපද වෙනස් කිරීම අවශ්ය වේ. ඔවුන් අපට සේවාවක් ලබා දුන් විට අපට නඩුවක් තිබුණි, පරිපාලක පැනලයක් ඇත “පිවිසුම් නම් == 'පරිපාලක' && මුරපදය == 'පරිපාලක'...”, එය කේතයේ හරි ලියා ඇත. අපි වාඩි වී කල්පනා කර, මිනිසුන් මෙය ලියන්නේ 2018 දී ද?
ගබඩා ධාරිතාව පරීක්ෂා කිරීම ද අවශ්ය දෙයකි. ඔබ මෙම සේවාව කොතැනක හෝ නිෂ්පාදනය කිරීමට පෙර පවා වාර්තා ලක්ෂයක සිදුවන්නේ කුමක්දැයි ඔබ සොයා බැලිය යුතුය.
වැඩිදියුණු කිරීම සඳහා සේවාවක් යැවීමට ලැජ්ජා නොවිය යුතුය. ඔබ පවසන විට: "අපි මෙම සේවාව පිළිගන්නේ නැත, අපට කාර්යයන් 20 ක් ඇත, ඒවා කරන්න, එවිට අපි පිළිගන්නෙමු," මෙය සාමාන්ය දෙයක්. ඔබ කළමනාකරුවෙකු පිහිටුවීම හෝ ව්‍යාපාරය මුදල් නාස්ති කරන බව ඔබේ හෘද සාක්ෂියට රිදවිය යුතු නැත. එවිට ව්‍යාපාරය වැඩිපුර වියදම් කරනු ඇත.
අපි නියමු ව්යාපෘතියක් බාහිරින් ලබා දීමට තීරණය කළ විට අපට නඩුවක් තිබුණි.
එය නියමිත වේලාවට ලබා දී ඇති අතර, එකම ගුණාත්මක නිර්ණායකය මෙයයි. ඒ නිසා අපි තවත් නියමු ව්යාපෘතියක් කළෙමු, එය තවදුරටත් නියමුවෙකු නොවීය. මෙම සේවාවන් පිළිගනු ලැබූ අතර, පරිපාලනමය මාර්ගයෙන් ඔවුන් පැවසුවේ, මෙන්න ඔබේ කේතය, මෙන්න කණ්ඩායම, මෙන්න ඔබේ කළමනාකරු. සේවා දැනටමත් ලාභ ලැබීමට පටන් ගෙන ඇත. ඒ අතරම, ඇත්ත වශයෙන්ම, ඔවුන් තවමත් අනාථයි, ඔවුන් වැඩ කරන ආකාරය කිසිවෙකුට තේරෙන්නේ නැත, සහ කළමනාකරුවන් ඔවුන්ගේ කාර්යයන් ප්රතික්ෂේප කිරීමට උපරිම උත්සාහයක් දරයි.
තවත් විශිෂ්ට සංකල්පයක් ඇත - ගරිල්ලා සංවර්ධනය. සමහර දෙපාර්තමේන්තුවට, සාමාන්යයෙන් අලෙවිකරණ දෙපාර්තමේන්තුවට, උපකල්පනයක් පරීක්ෂා කිරීමට අවශ්ය වූ විට සහ සම්පූර්ණ සේවාවම බාහිරින් ලබා ගැනීමට නියෝග කරයි. ගමනාගමනය එයට ගලා ඒමට පටන් ගනී, ඔවුන් ලේඛන වසා, කොන්ත්‍රාත්කරු සමඟ ලේඛන අත්සන් කර, ක්‍රියාත්මක වී මෙසේ කියයි: "මචං, අපට මෙහි සේවාවක් තිබේ, එහි දැනටමත් ගමනාගමනය ඇත, එය අපට මුදල් ගෙන එයි, අපි එය පිළිගනිමු." අපි හිටියේ "ඔප්පා, ඒක කොහොමද" කියලා.
අනාථ සේවාවක් ලබා ගැනීමට තවත් ක්රමයක්: සමහර කණ්ඩායම හදිසියේම අධික ලෙස බර වූ විට, කළමනාකරණය පවසන්නේ: "අපි මෙම කණ්ඩායමේ සේවය වෙනත් කණ්ඩායමකට මාරු කරමු, එයට කුඩා බරක් ඇත." ඉන්පසු අපි එය තුන්වන කණ්ඩායමකට මාරු කර කළමනාකරු වෙනස් කරන්නෙමු. අන්තිමට අපිට ආයෙත් අනාථයෙක් ඉන්නවා.
අනාථ දරුවන්ට ඇති ප්‍රශ්නය කුමක්ද?
කවුද දන්නේ නැහැ, මෙය දියත් කර මිනිත්තු 5 කට පසු ගිලී යාම නිසා ප්‍රසිද්ධියට පත් වූ ස්වීඩනයේ වාසා යුධ නෞකාවයි. ස්වීඩනයේ රජු මේ සඳහා කිසිවෙකු මරා දැමුවේ නැත. එය ගොඩනඟා ඇත්තේ එවැනි නැව් තැනීමට නොදන්නා ඉංජිනේරුවන්ගේ පරම්පරා දෙකක් විසිනි. ස්වභාවික බලපෑම.
නිදසුනක් වශයෙන්, රජු ඒ වන විටත් කුණාටුවකින් කොතැනක හෝ එහි ගමන් කරමින් සිටියදී නැව වඩාත් නරක ආකාරයකින් ගිලී යා හැකිය. එබැවින්, ඔහු වහාම දියේ ගිලී මිය ගියේය, Agile ට අනුව ඉක්මනින් අසමත් වීම හොඳය.
අපි කලින් අසමත් වුවහොත්, සාමාන්යයෙන් ගැටළු නොමැත. උදාහරණයක් ලෙස, පිළිගැනීමේදී එය සංශෝධනය සඳහා යවන ලදී. නමුත් අපි දැනටමත් නිෂ්පාදනය අසාර්ථක නම්, මුදල් ආයෝජනය කරන විට, එවිට ගැටළු ඇති විය හැක. ප්රතිවිපාක, ඔවුන් ව්යාපාර ලෙස හැඳින්වේ.
අනාථ සේවා අනතුරුදායක වන්නේ ඇයි:
- සේවාව හදිසියේම බිඳී යා හැක.
- සේවාව අළුත්වැඩියා කිරීමට දිගු කාලයක් ගත වන අතර එය කිසිසේත් අලුත්වැඩියා නොකෙරේ.
- ආරක්ෂිත ගැටළු.
- වැඩිදියුණු කිරීම් සහ යාවත්කාලීන කිරීම් සමඟ ගැටළු.
- වැදගත් සේවාවක් බිඳ වැටුණහොත් සමාගමේ කීර්ති නාමයට හානි වේ.
අනාථ සේවා සමඟ කුමක් කළ යුතුද?
කළ යුතු දේ මම නැවත කියමි. පළමුව, ලේඛන තිබිය යුතුය. වසර 7 ක් Banki.ru හි මට ඉගැන්වූයේ පරීක්ෂකයින් සංවර්ධකයින්ගේ වචනය නොගත යුතු බවත්, මෙහෙයුම් සෑම කෙනෙකුගේම වචනය නොගත යුතු බවත්ය. අපි පරීක්ෂා කළ යුතුයි.
දෙවනුව, අන්තර්ක්‍රියා රූප සටහන් ලිවීම අවශ්ය වේ, මන්ද එතරම් හොඳ ප්‍රතිචාරයක් නොලබන සේවාවන් කිසිවෙකු නොකියන පරායත්තතා අඩංගු වන බැවිනි. උදාහරණයක් ලෙස, සංවර්ධකයින් සමහර Yandex.Maps හෝ Dadata සඳහා ඔවුන්ගේ යතුර මත සේවාව ස්ථාපනය කර ඇත. ඔබ නිදහස් සීමාව අවසන් වී ඇත, සියල්ල කැඩී ඇත, සහ සිදු වූ දේ ඔබ කිසිසේත්ම නොදනී. එවැනි සියලු රේක් විස්තර කළ යුතුය: සේවාව Dadata, SMS, වෙනත් දෙයක් භාවිතා කරයි.
තෙවනුව, තාක්ෂණික ණය සමඟ වැඩ කිරීම. ඔබ කිහිලිකරු වර්ගයක් කරන විට හෝ සේවාවක් පිළිගෙන යමක් කළ යුතු යැයි පවසන විට, එය සිදු කිරීමට ඔබ වග බලා ගත යුතුය. මන්ද එවිට කුඩා සිදුර එතරම් කුඩා නොවන බව පෙනී යා හැකි අතර, ඔබ එය හරහා වැටෙනු ඇත.
වාස්තුවිද්යාත්මක කාර්යයන් සමඟ, අපි Sphinx ගැන කතාවක් තිබුණා. ලැයිස්තු ඇතුළත් කිරීම සඳහා එක් සේවාවක් Sphinx භාවිතා කළේය. පිටු ලැයිස්තුවක් පමණි, නමුත් එය සෑම රාත්රියකම නැවත සුචිගත කරන ලදී. එය දර්ශක දෙකකින් එකලස් කරන ලදී: එක් විශාල එකක් සෑම රාත්රියකම සුචිගත කර ඇති අතර, එය ඉස්කුරුප්පු කරන ලද කුඩා දර්ශකයක් ද විය. සෑම දිනකම, බෝම්බ හෙලීමේ හෝ නොකිරීමේ 50% සම්භාවිතාවක් සහිතව, ගණනය කිරීමේදී දර්ශකය බිඳ වැටුණු අතර, අපගේ ප්‍රවෘත්ති ප්රධාන පිටුවේ යාවත්කාලීන කිරීම නතර විය. මුලදී, දර්ශකය නැවත සුචිගත කිරීම සඳහා මිනිත්තු 5 ක් ගත විය, පසුව දර්ශකය වර්ධනය වූ අතර, යම් අවස්ථාවක දී එය නැවත දර්ශක කිරීමට විනාඩි 40 ක් ගත වීමට පටන් ගත්තේය. අපි මෙය කපා දැමූ විට, අපි සැනසුම් සුසුමක් හෙළුවෙමු, මන්ද තවත් ටික වේලාවක් ගත වන අතර අපගේ දර්ශකය පූර්ණ කාලීනව නැවත සුචිගත කරන බව පැහැදිලි විය. මෙය අපගේ ද්වාරයට අසාර්ථක වනු ඇත, පැය අටක් සඳහා ප්‍රවෘත්තියක් නොමැත - එපමණයි, ව්‍යාපාරය නතර වී ඇත.
අනාථ සේවාවක් සමඟ වැඩ කිරීමට සැලසුම් කරන්න
ඇත්ත වශයෙන්ම, මෙය කිරීම ඉතා අපහසුය, මන්ද devops යනු සන්නිවේදනයයි. ඔබට ඔබේ සගයන් සමඟ සුහදව සිටීමට අවශ්ය වන අතර, ඔබ ඔබේ සගයන්ට සහ කළමනාකරුවන්ට රෙගුලාසිවලින් හිසට පහර දෙන විට, මෙය කරන පුද්ගලයින් කෙරෙහි ඔවුන්ට පරස්පර හැඟීම් ඇති විය හැකිය.
මෙම සියලු කරුණු වලට අමතරව, තවත් වැදගත් දෙයක් තිබේ: එක් එක් විශේෂිත සේවාව සඳහා, යෙදවීමේ ක්රියා පටිපාටියේ එක් එක් විශේෂිත කොටස සඳහා නිශ්චිත පුද්ගලයින් වගකිව යුතුය. මිනිසුන් නොමැති විට සහ ඔබට මේ සමස්ත කාරණය අධ්‍යයනය කිරීමට වෙනත් පුද්ගලයින් ආකර්ෂණය කර ගැනීමට සිදු වූ විට, එය දුෂ්කර වේ.
මේ සියල්ල උදව් නොකළේ නම් සහ ඔබේ අනාථ සේවය තවමත් අනාථ නම්, කිසිවෙකු එය භාර ගැනීමට කැමති නැත, ලියකියවිලි ලියා නැත, මෙම සේවාවට කැඳවනු ලැබූ කණ්ඩායම කිසිවක් කිරීම ප්රතික්ෂේප කරයි, සරල ක්රමයක් තිබේ - නැවත කිරීමට සියල්ල .
එනම්, ඔබ සේවාව සඳහා අවශ්‍යතා අලුතින් ගෙන නව සේවාවක් ලියන්න, වඩා හොඳ, වඩා හොඳ වේදිකාවක් මත, අමුතු තාක්ෂණික විසඳුම් නොමැතිව. තවද ඔබ සටනේදී එයට සංක්‍රමණය වේ.
අපි Yii 1 හි සේවාවක් ගෙන එය තවදුරටත් දියුණු කළ නොහැකි බව අපට වැටහුණු විට අපට තත්වයක් ඇති විය, මන්ද අපට Yii 1 හි හොඳින් ලිවීමට හැකි සංවර්ධකයින් නැති වී ගිය බැවිනි. සියලුම සංවර්ධකයින් Symfony XNUMX හි හොඳින් ලියයි. කුමක් කරන්න ද? අපි කාලය වෙන් කළා, කණ්ඩායමක් වෙන් කළා, කළමනාකරුවෙකු වෙන් කළා, ව්යාපෘතිය නැවත ලිව්වා, ගමනාගමනය සුමටව මාරු කළා.
මෙයින් පසු, පැරණි සේවාව මකා දැමිය හැකිය. ඔබට වින්‍යාස කළමනාකරණ පද්ධතියෙන් යම් සේවාවක් ලබාගෙන පිරිසිදු කිරීමට අවශ්ය වූ විට මෙය මගේ ප්‍රියතම ක්රියා පටිපාටියයි, ඉන්පසු ගොස් නිෂ්පාදනයේ ඇති සියලුම මෝටර් රථ අක්‍රිය කර ඇති බව බලන්න, එවිට සංවර්ධකයින්ට කිසිදු හෝඩුවාවක් ඉතිරි නොවේ. ගබඩාව Git හි පවතී.
මට කතා කිරීමට අවශ්ය වූයේ මෙයයි, මම සාකච්ඡා කිරීමට සූදානම්, මාතෘකාව හොලිවර් ය, බොහෝ දෙනෙක් එහි පිහිනා ඇත.
ඔබ භාෂා ඒකාබද්ධ කළ බව ස්ලයිඩවල සඳහන් විය. උදාහරණයක් වූයේ පින්තූරවල ප්‍රමාණය වෙනස් කිරීමයි. එය එක් භාෂාවකට දැඩි ලෙස සීමා කිරීම ඇත්තෙන්ම අවශ්‍යද? PHP හි රූපයේ ප්‍රතිප්‍රමාණය වෙනස් කිරීම ඇත්තෙන්ම Golang හි සිදු කළ හැකි නිසා.
ඇත්ත වශයෙන්ම, එය සියලු භාවිතයන් මෙන් විකල්ප වේ. සමහර විට, සමහර අවස්ථාවලදී, එය පවා නුසුදුසු ය. හැබැයි ඔයාලට තේරෙන්න ඕන 50 දෙනෙක් ඉන්න company එකක ටෙක්නිකල් ඩිපාර්ට්මන්ට් එකක් තියනවනම් 45ක් PHP specialistලා තව 3ක් Python, Ansible, Puppet වගේ දෙයක් දන්න devops, එකෙක් විතරයි සමහර වල ලියන්නේ. යම් ආකාරයක භාෂාවක් යන්න රූපය ප්‍රතිප්‍රමාණනය කිරීමේ සේවාවක්, පසුව එය පිටවන විට, ප්‍රවීණත්වය එය සමඟ යයි. ඒ සමඟම, ඔබ මෙම භාෂාව දන්නා වෙළඳපල විශේෂිත සංවර්ධකයෙකු සෙවීමට අවශ්ය වනු ඇත, විශේෂයෙන් එය දුර්ලභ නම්. එනම්, සංවිධානාත්මක දෘෂ්ටි කෝණයකින් මෙය ගැටළු සහගතය. devops දෘෂ්ටි කෝණයකින්, ඔබට සේවා යෙදවීමට භාවිතා කරන සූදානම් කළ ක්‍රීඩා පොත් කිහිපයක් ක්ලෝන කිරීමට අවශ්ය නොවනු ඇත, නමුත් ඔබට ඒවා නැවත ලිවීමට සිදුවේ.
අපි දැනට Node.js හි සේවාවක් ගොඩනඟමින් සිටින අතර, මෙය එක් එක් සංවර්ධකයා සඳහා වෙනම භාෂාවක් සහිත වේදිකාවක් පමණක් වනු ඇත. ඒත් අපි ඉඳගෙන හිතුවා ක්‍රීඩාව ඉටිපන්දම වටිනවා කියලා. එනම් මෙය ඔබට වාඩි වී සිතා බැලිය යුතු ප්‍රශ්නයකි.
ඔබ ඔබේ සේවාවන් නිරීක්ෂණය කරන්නේ කෙසේද? ඔබ ලොග එකතු කර නිරීක්ෂණය කරන්නේ කෙසේද?
අපි Elasticsearch හි ලඝු එකතු කර ඒවා Kibana තුළ තබමු, එය නිෂ්පාදනය හෝ පරීක්ෂණ පරිසරයන් මත පදනම්ව, විවිධ එකතුකරන්නන් එහි භාවිතා වේ. කොහේ හරි Lumberjack, කොහේ හරි වෙන දෙයක්, මට මතක නැහැ. ඒවගේම අපි Telegraf ස්ථාපනය කරලා වෙන තැනකට වෙන වෙනම රූගත කරන සමහර තැන් තාමත් සමහර සේවා වල තියෙනවා.
එකම පරිසරයක Puppet සහ Ansible සමඟ ජීවත් වන්නේ කෙසේද?
ඇත්ත වශයෙන්ම, අපට දැන් පරිසරයන් දෙකක් තිබේ, එකක් රූකඩ, අනෙක ඇන්සිබල්. ඒවා දෙමුහුන් කිරීමට අපි කටයුතු කරනවා. Ansible යනු මූලික සැකසුම සඳහා හොඳ රාමුවකි, Puppet යනු මූලික සැකසුම සඳහා නරක රාමුවකි, මන්ද එයට වේදිකාව මත සෘජුව වැඩ කිරීම අවශ්ය වන අතර Puppet වින්‍යාස අභිසාරීතාව සහතික කරයි. මෙයින් අදහස් කරන්නේ වේදිකාව යාවත්කාලීන තත්වයක පවත්වා ගෙන යන අතර, ඇසිබයිස් කරන ලද යන්ත්‍රය යාවත්කාලීනව තබා ගැනීම සඳහා, ඔබ යම් සංඛ්‍යාතයකින් එය මත ක්‍රීඩා පොත් නිතරම ධාවනය කළ යුතු බවයි. ඒකයි වෙනස.
ඔබ අනුකූලතාව පවත්වා ගන්නේ කෙසේද? ඔබට Ansible සහ Puppet යන දෙකෙහිම configs තිබේද?
මෙය අපගේ විශාල වේදනාවයි, අපි අපගේ දෑත් සමඟ ගැළපුම පවත්වා ගෙන යන අතර මේ සියල්ලෙන් දැන් කොතැනක හෝ ඉදිරියට යන්නේ කෙසේදැයි සිතමු. Puppet විසින් පැකේජ සකස් කර එහි සමහර සබැඳි පවත්වා ගෙන යන අතර, Ansible, උදාහරණයක් ලෙස, කේතය රෝල් කර එහි නවතම යෙදුම් වින්‍යාසයන් සකස් කරන බව පෙනේ.
ඉදිරිපත් කිරීම Ruby හි විවිධ අනුවාද ගැන විය. කුමන විසඳුමද?
අපි මෙය එක තැනකදී මුණගැසුණු අතර, එය සැමවිටම අපගේ හිසෙහි තබා ගත යුතුය. අපි සරලව රූබි මත ධාවනය වූ යෙදුම් සමඟ නොගැලපෙන කොටස නිවා දමා එය වෙනම තබා ගත්තෙමු.
මෙවර සමුළුව දෙසැම්බර් 7 වැනිදා ටෙක්නොපොලිස් හිදී පැවැත්වේ. අපි නොවැම්බර් 11 දක්වා වාර්තා සඳහා අයදුම්පත් භාර ගනිමු. ඔබ කතා කිරීමට කැමති නම් අපෙන්.
සහභාගිවන්නන් සඳහා ලියාපදිංචිය විවෘතයි, අප හා එක්වන්න!
මූලාශ්රය: www.habr.com