මේ මොහොතේ, මෙය වෙළඳපොලේ වඩාත්ම මිල අධික ස්ථානයයි. "DevOps" ඉංජිනේරුවන් වටා ඇති කලබලය සියලු සිතාගත හැකි සීමාවන් ඉක්මවා ඇති අතර, ජ්යෙෂ්ඨ DevOps ඉංජිනේරුවන් සමඟ ඊටත් වඩා නරක ය.
මම ඒකාබද්ධ කිරීමේ සහ ස්වයංක්‍රීයකරණ දෙපාර්තමේන්තුවේ ප්‍රධානියා ලෙස වැඩ කරමි, ඉංග්‍රීසි විකේතනය අනුමාන කරන්න - DevOps කළමනාකරු. ඉංග්‍රීසි පිටපත අපගේ දෛනික ක්‍රියාකාරකම් පිළිබිඹු කරයි යැයි සිතිය නොහැක, නමුත් මෙම නඩුවේ රුසියානු අනුවාදය වඩාත් නිවැරදි ය. මගේ ක්‍රියාකාරකම්වල ස්වභාවය අනුව, මගේ කණ්ඩායමේ අනාගත සාමාජිකයන් සමඟ සම්මුඛ සාකච්ඡා කිරීමට මට අවශ්ය වීම ස්වාභාවික වන අතර, පසුගිය වසර තුළ, පුද්ගලයින් 50 ක් පමණ මා හරහා ගොස් ඇති අතර, එම සංඛ්‍යාවම මගේ සේවකයින් සමඟ පූර්ව තිරය මත කපා හැර ඇත.
අපි තවමත් සගයන් සොයමින් සිටිමු, මන්ද DevOps ලේබලය පිටුපස විවිධ වර්ගයේ ඉංජිනේරුවන්ගේ ඉතා විශාල ස්ථරයක් සැඟවී ඇති බැවිනි.
පහත ලියා ඇති සියල්ල මගේ පුද්ගලික මතයයි, ඔබ එයට එකඟ විය යුතු නැත, නමුත් එය මාතෘකාවට ඔබේ ආකල්පයට යම් වර්ණයක් එක් කරන බව මම පිළිගනිමි. ප්‍රසාදයට ලක්වීමේ අවදානමක් තිබියදීත්, මම මගේ මතය ප්‍රකාශ කරන්නේ එයට තැනක් ඇතැයි මම විශ්වාස කරන බැවිනි.
DevOps ඉංජිනේරුවන් කවුරුන්ද යන්න පිළිබඳව සමාගම්වලට විවිධ අවබෝධයක් ඇති අතර, ඉක්මනින් සම්පතක් කුලියට ගැනීම සඳහා, ඔවුන් මෙම ලේබලය සෑම කෙනෙකුටම එල්ලා තබයි. මෙම පුද්ගලයින්ට යථාර්ථවාදී නොවන වැටුප් ගෙවීමට සමාගම් සූදානම් බැවින්, බොහෝ අවස්ථාවලදී ඔවුන් සඳහා මෙවලම් පරිපාලකයෙකු ලබා ගැනීම නිසා තත්වය තරමක් අමුතු ය.
ඉතින් DevOps ඉංජිනේරුවන් කවුද?
එහි පෙනුමේ ඉතිහාසයෙන් පටන් ගනිමු - අපේක්ෂිත ප්‍රතිවිපාකයක් ලෙස නිෂ්පාදන නිෂ්පාදනයේ වේගය වැඩි කිරීම සඳහා කුඩා කණ්ඩායම්වල අන්තර්ක්‍රියා ප්‍රශස්ත කිරීමේ තවත් පියවරක් ලෙස සංවර්ධන මෙහෙයුම් දර්ශනය විය. නිෂ්පාදන පරිසරය කළමනාකරණය කිරීමේ ක්‍රියා පටිපාටි සහ ප්‍රවේශයන් පිළිබඳ දැනුමෙන් සංවර්ධන කණ්ඩායම ශක්තිමත් කිරීම අදහස විය. වෙනත් වචන වලින් කිවහොත්, සංවර්ධකයා යම් යම් තත්වයන් යටතේ ඔහුගේ නිෂ්පාදනය ක්‍රියා කරන ආකාරය තේරුම් ගෙන දැන සිටිය යුතුය, ඔහුගේ නිෂ්පාදනය යෙදවිය යුතු ආකාරය තේරුම් ගත යුතුය, කාර්ය සාධනය වැඩි දියුණු කිරීම සඳහා පරිසරයේ කුමන ලක්ෂණ සකස් කළ හැකිද? එබැවින්, යම් කාලයක් සඳහා, DevOps ප්රවේශයක් සහිත සංවර්ධකයින් පෙනී සිටියේය. DevOps සංවර්ධකයින් ඔවුන්ගේ ක්‍රියාකාරකම් සහ නිෂ්පාදන පරිසරයේ ක්‍රියාකාරිත්වය සරල කිරීමට ස්ක්‍රිප්ට් තැනීම සහ ඇසුරුම් කිරීම ලිවීය. කෙසේ වෙතත්, විසඳුම් ගෘහ නිර්මාණ ශිල්පයේ සංකීර්ණත්වය සහ යටිතල පහසුකම් සංරචකවල අන්‍යෝන්‍ය බලපෑම කාලයත් සමඟ පරිසරයේ ක්‍රියාකාරිත්වය පිරිහීමට පටන් ගත්තේය; එක් එක් පුනරාවර්තනය සමඟ, ඇතැම් සංරචක පිළිබඳ වඩ වඩාත් ගැඹුරු අවබෝධයක් අවශ්ය වූ අතර, අතිරේක නිසා සංවර්ධකයාගේ ඵලදායිතාව අඩු විය. නිශ්චිත කාර්යයක් සඳහා සංරචක සහ සුසර පද්ධති අවබෝධ කර ගැනීමේ පිරිවැය. සංවර්ධකයාගේම පිරිවැය වර්ධනය විය, ඒ සමඟම නිෂ්පාදනයේ පිරිවැය, කණ්ඩායමේ නව සංවර්ධකයින්ගේ අවශ්‍යතා තියුනු ලෙස ඉහළ ගියේය, මන්ද ඔවුන්ට සංවර්ධන “තරු” හි වගකීම් ද ආවරණය කිරීමට අවශ්ය වූ අතර ස්වාභාවිකවම “තරු” අඩු විය. සහ අඩුවෙන් ලබා ගත හැක. මගේ අත්දැකීම් අනුව, මෙහෙයුම් පද්ධති කර්නලය, පැකට් රවුටින් රීති සහ සත්කාරක ආරක්ෂක අංශ මගින් පැකට් සැකසීමේ විශේෂතා ගැන සංවර්ධකයින් කිහිප දෙනෙකු උනන්දු වන බව සඳහන් කිරීම වටී. තාර්කික පියවර වූයේ මේ පිළිබඳව හුරුපුරුදු පරිපාලකයෙකු ආකර්ෂණය කර ඔහුට සමාන වගකීම් පැවරීමයි, ඔහුගේ අත්දැකීම් වලට ස්තූතිවන්ත වන්නට, “තරු” සංවර්ධනයේ පිරිවැයට සාපේක්ෂව අඩු පිරිවැයකින් එකම දර්ශක සාක්ෂාත් කර ගැනීමට හැකි විය. එවැනි පරිපාලකයින් කණ්ඩායමකට ඇතුළත් කර ඇති අතර ඔහුගේ ප්‍රධාන කාර්යය වූයේ විශේෂිත කණ්ඩායමක නීතිරීතිවලට අනුව, මෙම විශේෂිත කණ්ඩායමට වෙන් කර ඇති සම්පත් සමඟ පරීක්ෂණ සහ නිෂ්පාදන පරිසරයන් කළමනාකරණය කිරීමයි. ඇත්ත වශයෙන්ම, DevOps බහුතරයකගේ මනසෙහි දිස් වූයේ එලෙස ය.
අර්ධ වශයෙන් හෝ සම්පූර්ණයෙන්, කාලයත් සමඟ, මෙම පද්ධති පරිපාලකයින් සංවර්ධන ක්ෂේත්‍රයේ මෙම විශේෂිත කණ්ඩායමේ අවශ්‍යතා, සංවර්ධකයින් සහ පරීක්ෂකයින් සඳහා ජීවිතය පහසු කරන්නේ කෙසේද, යාවත්කාලීනයක් ඉදිරිපත් කරන්නේ කෙසේද සහ සිකුරාදා රාත්‍රියේ රැඳී නොසිටින්නේ කෙසේද යන්න තේරුම් ගැනීමට පටන් ගත්හ. කාර්යාලය, යෙදවීමේ දෝෂ නිවැරදි කිරීම. කාලය ගෙවී ගිය අතර, දැන් "තරු" සංවර්ධකයින්ට අවශ්ය දේ තේරුම් ගත් පද්ධති පරිපාලකයින් විය. බලපෑම අවම කිරීම සඳහා, කළමනාකරණ උපයෝගිතා මතු වීමට පටන් ගත්තේය; OS මට්ටම හුදකලා කිරීමේ පැරණි සහ විශ්වාසදායක ක්රම සෑම කෙනෙකුටම මතක ඇති අතර එමඟින් ආරක්ෂාව, ජාල කොටස කළමනාකරණය සහ සත්කාරක වින්‍යාසය සඳහා අවශ්‍යතා අවම කර ගැනීමට හැකි විය. සම්පූර්ණ සහ, ප්රතිඵලයක් වශයෙන්, නව "තරු" සඳහා අවශ්යතාවයන් අඩු කරන්න.
"පුදුම" දෙයක් දර්ශනය වී ඇත - ඩොකර්. ඇයි පුදුම? ඔව්, chroot හෝ හිරගෙදර හුදකලා කිරීම මෙන්ම OpenVZ, මෙහෙයුම් පද්ධතිය පිළිබඳ සුළු නොවන දැනුමක් අවශ්ය නිසා පමණක්, ඊට ප්‍රතිවිරුද්ධව, උපයෝගීතාව මඟින් ඔබට අවශ්ය සෑම දෙයක්ම ඇතුළත සහ අතින් යම් ධාරකයක හුදකලා යෙදුම් පරිසරයක් නිර්මාණය කිරීමට ඉඩ සලසයි. සංවර්ධනයේ පාලනය නැවතත්, සහ පද්ධති පරිපාලකයාට කළමනාකරණය කළ හැක්කේ එක් ධාරකයක් සමඟ පමණක් වන අතර, එහි ආරක්ෂාව සහ ඉහළ පවතින බව සහතික කිරීම - තාර්කික සරල කිරීමකි. නමුත් ප්‍රගතිය නිශ්චල නොවන අතර පද්ධති නැවත වඩ වඩාත් සංකීර්ණ වෙමින් පවතී, වැඩි වැඩියෙන් සංරචක ඇත, එක් සත්කාරකයක් තවදුරටත් පද්ධතියේ අවශ්‍යතා සපුරාලන්නේ නැති අතර පොකුරු තැනීම අවශ්ය වේ, අපි නැවතත් පද්ධති පරිපාලකයින් වෙත ආපසු යමු. මෙම පද්ධති ගොඩනැගීමට හැකි වේ.
චක්‍රයෙන් පසු චක්‍රය, සංවර්ධනය සහ/හෝ පරිපාලනය සරල කරන විවිධ පද්ධති දිස් වේ, වාද්‍ය වෘන්ද පද්ධති දිස්වේ, ඔබට සම්මත ක්‍රියාවලියෙන් බැහැර වීමට අවශ්ය වන තෙක් ඒවා භාවිතා කිරීමට පහසුය. ඉහත විස්තර කර ඇති සියල්ල සරල කිරීමේ අරමුණින් ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පය ද දර්ශනය විය - අඩු සම්බන්ධතා, කළමනාකරණය කිරීමට පහසුය. මගේ අත්දැකීම අනුව, මම සම්පුර්ණයෙන්ම ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පයක් සොයා ගත්තේ නැත, මම කියන්නේ සියයට 50 සිට 50 දක්වා - ක්ෂුද්‍ර සේවා වලින් 50 - 50 ක්, කළු පෙට්ටි, ආවා, සකස් කර ඇත, අනෙක් XNUMX ඉරා දැමූ මොනොලිත්, වෙනත් සේවාවන්ගෙන් වෙන වෙනම ක්‍රියා කිරීමට නොහැකි සේවාවන් සංරචක. මේ සියල්ල නැවතත් සංවර්ධකයින්ගේ සහ පරිපාලකයින්ගේ දැනුමේ මට්ටමට සීමා පැනවීය.
විශේෂිත සම්පතක් පිළිබඳ විශේෂඥ දැනුමේ මට්ටමේ සමාන "පැද්දීම" අද දක්වාම පවතී. නමුත් අපි ටිකක් ඉවතට හැරෙමු, ඉස්මතු කළ යුතු බොහෝ කරුණු තිබේ.
ඉදිකිරීම් ඉංජිනේරු/නිදහස් ඉංජිනේරු
මෘදුකාංග ගොඩනැගීමේ ක්‍රියාවලීන් සහ නිකුතු ප්‍රමිතිකරණය කිරීමේ මාධ්‍යයක් ලෙස මතු වූ ඉතා ඉහළ විශේෂිත ඉංජිනේරුවන්. පුලුල්ව පැතිරුනු Agile හඳුන්වාදීමේ ක්‍රියාවලියේදී, ඔවුන් ඉල්ලුම නතර කර ඇති බව පෙනේ, නමුත් මෙය නඩුවෙන් බොහෝ දුරස් ය. මෙම විශේෂීකරණය කාර්මික පරිමාණයෙන් මෘදුකාංග එකලස් කිරීම සහ බෙදා හැරීම ප්‍රමිතිකරණය කිරීමේ මාධ්‍යයක් ලෙස පෙනී සිටියේය, i.e. සියලුම සමාගම් නිෂ්පාදන සඳහා සම්මත තාක්ෂණික ක්රම භාවිතා කිරීම. DevOps පැමිණීමත් සමඟ, සංවර්ධකයින්ට ඔවුන්ගේ ක්‍රියාකාරිත්වය අර්ධ වශයෙන් අහිමි විය, මන්ද එය බෙදා හැරීම සඳහා නිෂ්පාදිතය සකස් කිරීමට පටන් ගත්තේ සංවර්ධකයින් වන අතර, වෙනස් වන යටිතල පහසුකම් සහ ගුණාත්මකභාවය නොසලකා හැකි ඉක්මනින් බෙදා හැරීමේ ප්‍රවේශය ලබා දී, කාලයත් සමඟ ඔවුන් බවට පත් විය. තත්ත්ව ප්‍රමිතීන්ට අනුකූල වීම අනිවාර්යයෙන්ම බෙදාහැරීම් මන්දගාමී වන බැවින් වෙනස්කම් වල නැවතුමකි. එබැවින්, ක්රමයෙන්, ගොඩනැගීමේ / මුදා හැරීමේ ඉංජිනේරුවන්ගේ ක්රියාකාරිත්වයේ කොටසක් පද්ධති පරිපාලකයින්ගේ උරහිස් වෙත සංක්රමණය විය.
Ops ගොඩක් වෙනස්
අපි නැවත නැවතත් ඉදිරියට යමු විශාල වගකීම් පරාසයක් තිබීම සහ සුදුසුකම් ලත් පිරිස් නොමැතිකම වර්ෂාවෙන් පසු හතු වැනි දැඩි විශේෂීකරණයකට අපව තල්ලු කරයි, විවිධ මෙහෙයුම් දිස්වේ:
- TechOps - enikey පද්ධති පරිපාලකයින් හෙවත් HelpDesk Engineer
- LiveOps - නිෂ්පාදන පරිසරයන් සඳහා මූලික වශයෙන් වගකිව යුතු පද්ධති පරිපාලකයින්
- CloudOps - පොදු වලාකුළු Azure, AWS, GCP, ආදියෙහි විශේෂිත වූ පද්ධති පරිපාලකයින්.
- PlatOps/InfraOps/SysOps - යටිතල පහසුකම් පද්ධති පරිපාලකයින්.
- NetOps - ජාල පරිපාලකයින්
- SecOps - තොරතුරු ආරක්ෂාව පිළිබඳ විශේෂඥ පද්ධති පරිපාලකයින් - PCI අනුකූලතාව, CIS අනුකූලතාව, පැච් කිරීම, ආදිය.
DevOps යනු (න්‍යායාත්මකව) සංවර්ධන චක්‍රයේ සියලුම ක්‍රියාවලීන් ප්‍රථමයෙන් තේරුම් ගන්නා පුද්ගලයෙකි - සංවර්ධනය, පරීක්ෂා කිරීම, නිෂ්පාදන ගෘහ නිර්මාණ ශිල්පය අවබෝධ කර ගැනීම, ආරක්ෂක අවදානම් තක්සේරු කිරීමට හැකි, ප්‍රවේශයන් සහ ස්වයංක්‍රීය මෙවලම් පිළිබඳව හුරුපුරුදුය, අවම වශයෙන් ඉහළ මට්ටමක පවතී. මට්ටම, මෙයට අමතරව, පෙර සහ පසු-සැකසුම් කිරීමද තේරුම් ගනී.නිෂ්පාදන නිකුත් කිරීමේ සහාය. මෙම කුළුණු දෙක අතර හිතකර සහයෝගීතාවයකට ඉඩ සලසන මෙහෙයුම් සහ සංවර්ධනය යන දෙකෙහිම උපදේශකයෙකු ලෙස ක්‍රියා කිරීමට හැකියාව ඇති පුද්ගලයෙකි. කණ්ඩායම් විසින් වැඩ සැලසුම් කිරීම සහ පාරිභෝගික අපේක්ෂාවන් කළමනාකරණය කිරීමේ ක්‍රියාවලීන් අවබෝධ කර ගනී.
මේ ආකාරයේ වැඩ සහ වගකීම් ඉටු කිරීම සඳහා, මෙම පුද්ගලයාට සංවර්ධන සහ පරීක්ෂණ ක්‍රියාවලීන් පමණක් නොව, නිෂ්පාදන යටිතල ව්‍යුහය කළමනාකරණය කිරීම මෙන්ම සම්පත් සැලසුම් කිරීම ද කළමනාකරණය කිරීමට මාධ්‍යයන් තිබිය යුතුය. මෙම අවබෝධය තුළ DevOps IT, හෝ R&D හෝ PMO තුළ පවා ස්ථානගත කළ නොහැක; එය මෙම සියලු ක්ෂේත්‍රවල බලපෑමක් තිබිය යුතුය - සමාගමේ තාක්ෂණික අධ්‍යක්ෂ, ප්‍රධාන තාක්ෂණික නිලධාරි.
ඔබේ සමාගම තුළ මෙය සත්‍යද? - මම සැක කරනවා. බොහෝ අවස්ථාවලදී, මෙය තොරතුරු තාක්ෂණ හෝ පර්යේෂණ සහ සංවර්ධන වේ.
අරමුදල් නොමැතිකම සහ ක්‍රියාකාරීත්වයේ මෙම ක්ෂේත්‍ර තුනෙන් එකකටවත් බලපෑම් කිරීමට ඇති හැකියාව, ස්ථිතික අනුව “අපිරිසිදු” කේතය සම්බන්ධව නිකුත් කිරීම් සඳහා තාක්ෂණික සීමාවන් යෙදීම වැනි, මෙම වෙනස්කම් යෙදීමට පහසු තැන් දෙසට ගැටලු බර මාරු කරනු ඇත. විශ්ලේෂක පද්ධති. එනම්, PMO විසින් ක්‍රියාකාරීත්වය මුදා හැරීම සඳහා දැඩි කාලසීමාවක් නියම කරන විට, R&D මෙම කාලසීමාවන් තුළ උසස් තත්ත්වයේ ප්රතිඵලයක් නිපදවිය නොහැකි අතර එය හැකි උපරිමයෙන් නිෂ්පාදනය කරයි, පසුව ප්‍රතිනිර්මාණය කිරීම අත්හැර, IT සම්බන්ධ DevOps තාක්ෂණික ක්රම මගින් නිකුතුව අවහිර කරයි. . තත්වය වෙනස් කිරීමට බලය නොමැතිකම, වගකිවයුතු සේවකයින් සම්බන්ධයෙන්, ඔවුන්ට බලපෑම් කළ නොහැකි දේ සඳහා අධි-වගකීමක් ප්‍රකාශ කිරීමට හේතු වේ, විශේෂයෙන් මෙම සේවකයින් වැරදි තේරුම් ගන්නේ නම් සහ දුටුවහොත් සහ ඒවා නිවැරදි කරන්නේ කෙසේද - “නොදැනුවත්කමේ සතුට” , සහ එහි ප්රතිඵලයක් ලෙස මෙම සේවකයින් දැවී යාම සහ අහිමි වීම.
DevOps සම්පත් වෙළෙඳපොළ
විවිධ සමාගම් වලින් DevOps තනතුරු සඳහා පුරප්පාඩු කිහිපයක් බලමු.
ඔබ නම් ඔබ හමුවීමට අපි සූදානම්:
- ඔබට Zabbix අයිති වන අතර Prometheus යනු කුමක්දැයි ඔබ දන්නවා.
- Iptables;
- BASH ආචාර්ය උපාධි ශිෂ්‍යයා;
- මහාචාර්ය ඇන්සිබල්;
- ලිනක්ස් ගුරු;
- නිදොස්කරණය භාවිතා කරන ආකාරය සහ සංවර්ධකයින් (php/java/python) සමඟ එක්ව යෙදුම් ගැටළු සොයා ගන්නේ කෙසේදැයි දැන ගන්න;
- මාර්ගගත කිරීම ඔබව හිස්ටරිකයන් බවට පත් නොකරයි;
- පද්ධති ආරක්ෂාව කෙරෙහි සැලකිය යුතු අවධානයක් යොමු කරන්න;
- "ඕනෑම දෙයක් සහ සියල්ල" උපස්ථ කරන්න, එසේම මෙම "ඕනෑම දෙයක් සහ සියල්ල" සාර්ථකව ප්‍රතිසාධනය කරන්න;
- අවමයෙන් උපරිමය ලබා ගත හැකි ආකාරයෙන් පද්ධතිය වින්‍යාස කරන්නේ කෙසේදැයි ඔබ දන්නවා;
- Postgres සහ MySQL මත නින්දට යාමට පෙර අනුකරණය සකසන්න;
- CI/CD සැකසීම සහ ගැලපීම ඔබට උදේ ආහාරය/දිවා ආහාරය/රාත්‍රී ආහාරය ලෙස අවශ්ය වේ.
- AWS සමඟ අත්දැකීම් තිබේ;
- සමාගම සමඟ සංවර්ධනය කිරීමට සූදානම්;
ඉතින්:
- 1 සිට 6 දක්වා - පද්ධති පරිපාලක
- 7 - කුඩා ජාල පරිපාලනය, එය පද්ධති පරිපාලක, මැද මට්ටමටද ගැලපේ
- 8 - කුඩා ආරක්ෂාවක්, එය මධ්යම මට්ටමේ පද්ධති පරිපාලකයෙකුට අනිවාර්ය වේ
- 9-11 - මැද පද්ධති පරිපාලක
- 12 — පවරා ඇති කාර්යයන් මත පදනම්ව, මැද පද්ධති පරිපාලක හෝ ඉදිකිරීම් ඉංජිනේරු
- 13 - අථත්යකරණය - මධ්යම පද්ධති පරිපාලක, හෝ ඊනියා CloudOps, අරමුදල් කාර්යක්ෂමව භාවිතා කිරීම සහ නඩත්තු කිරීමේ බර අඩු කිරීම සඳහා විශේෂිත සත්කාරක වෙබ් අඩවියක සේවාවන් පිළිබඳ උසස් දැනුමක්
මෙම පුරප්පාඩුව සාරාංශගත කිරීම, අපට කියන්න පුළුවන් Middd/Senior System Administrator යාලුවන්ට ප්රමාණවත් බව.
මාර්ගය වන විට, ඔබ Linux/Windows හි පරිපාලකයින් දැඩි ලෙස බෙදා නොගත යුතුය. ඇත්ත වශයෙන්ම, මෙම ලෝක දෙකෙහි සේවාවන් සහ පද්ධති වෙනස් බව මට වැටහේ, නමුත් සියල්ලටම පදනම එක හා සමාන වන අතර ඕනෑම ආත්ම ගරුක පරිපාලකයෙකුට එක හා අනෙකාට හුරුපුරුදු වන අතර, ඔහු හුරුපුරුදු නැති වුවද, එය එසේ වනු ඇත. දක්ෂ පරිපාලකයෙකුට එය හුරුපුරුදු වීම අපහසු නොවේ.
අපි තවත් පුරප්පාඩුවක් සලකා බලමු:
- අධි බර පද්ධති ගොඩනැගීමේ පළපුරුද්ද;
- Linux OS, සාමාන්‍ය පද්ධති මෘදුකාංග සහ වෙබ් තොගය (Nginx, PHP/Python, HAProxy, MySQL/PostgreSQL, Memcached, Redis, RabbitMQ, ELK) පිළිබඳ විශිෂ්ට දැනුමක්;
- අථත්‍යකරණ පද්ධති සමඟ පළපුරුද්ද (KVM, VMWare, LXC/Docker);
- ස්ක්‍රිප්ටින් භාෂා පිළිබඳ ප්‍රවීණතාවය;
- ජාල ප්රොටෝකෝල ජාල වල මෙහෙයුම් මූලධර්ම පිළිබඳ අවබෝධය;
- දෝෂ-ඉවසන පද්ධති ගොඩනැගීමේ මූලධර්ම පිළිබඳ අවබෝධය;
- ස්වාධීනත්වය සහ මුලපිරීම;
අපි බලමු:
- 1 - ජ්යෙෂ්ඨ පද්ධති පරිපාලක
- 2 - මෙම තොගයට දමා ඇති අර්ථය මත පදනම්ව - මධ්යම/ජ්යෙෂ්ඨ පද්ධති පරිපාලක
- 3 - වැඩ පළපුරුද්ද, ඇතුළුව, අදහස් විය හැකිය - “පොකුර ඉහළ නැංවී නැත, නමුත් අථත්‍ය යන්ත්‍ර නිර්මාණය කර කළමනාකරණය කළේය, එක් ඩොකර් ධාරකයක් තිබුණි, බහාලුම් වෙත ප්‍රවේශය නොමැත” - මධ්යම පද්ධති පරිපාලක
- 4 - Junior System Administrator - ඔව්, භාෂාව කුමක් වුවත්, මූලික ස්වයංක්‍රීය ස්ක්‍රිප්ට් ලිවීමට නොදන්නා පරිපාලකයෙක්, පරිපාලකයෙක් නොවේ - enikey.
- 5 - මධ්යම පද්ධති පරිපාලක
- 6 - ජ්යෙෂ්ඨ පද්ධති පරිපාලක
සාරාංශ කිරීමට - මධ්යම/ජ්යෙෂ්ඨ පද්ධති පරිපාලක
තවත් එකක්:
- Devops අත්දැකීම්;
- CI/CD ක්‍රියාවලි නිර්මාණය කිරීමට නිෂ්පාදන එකක් හෝ කිහිපයක් භාවිතා කිරීමේ පළපුරුද්ද. Gitlab CI වාසියක් වනු ඇත;
- බහාලුම් සහ අථත්යකරණය සමඟ වැඩ කිරීම; ඔබ ඩොකර් භාවිතා කළා නම්, හොඳයි, නමුත් ඔබ k8s භාවිතා කළා නම්, නියමයි!
- කඩිසර කණ්ඩායමක වැඩ කිරීමේ පළපුරුද්ද;
- ඕනෑම ක්‍රමලේඛන භාෂාවක් පිළිබඳ දැනුම;
අපි බලමු:
- 1 - හ්ම්ම්... කට්ටිය කියන්නේ මොකක්ද? =) බොහෝ විට ඔවුන් විසින්ම එහි පිටුපස සැඟවී ඇති දේ දන්නේ නැත
- 2 - ඉදිකිරීම් ඉංජිනේරු
- 3 - මධ්යම පද්ධති පරිපාලක
- 4 - මෘදු කුසලතා, අපි එය දැනට සලකා බලන්නේ නැත, නමුත් Agile යනු පහසු ආකාරයකින් අර්ථකථනය කරන තවත් දෙයක්.
- 5 - ඕනෑවට වඩා වාචික - එය ස්ක්‍රිප්ටින් භාෂාවක් හෝ සම්පාදනය කළ එකක් විය හැකිය. පාසැලේදී පැස්කල් සහ මූලික භාෂාවෙන් ලිවීම ඔවුන්ට ගැලපේදැයි මම කල්පනා කරමි? =)
පද්ධති පරිපාලක විසින් මෙම කරුණ ආවරණය කරන්නේ මන්දැයි අවබෝධ කර ගැනීම සඳහා 3 වන කරුණ සම්බන්ධයෙන් සටහනක් තැබීමට ද කැමැත්තෙමි. Kubernetes යනු වාද්‍ය වෘන්දයක් පමණි, ජාල ධාවක සහ අථත්‍යකරණ / හුදකලා ධාරක වෙත සෘජු විධානයන් විධාන කිහිපයකින් ආවරණය කරන මෙවලමක් වන අතර ඒවා සමඟ වියුක්ත සන්නිවේදනය කිරීමට ඔබට ඉඩ සලසයි, එපමණයි. උදාහරණයක් ලෙස, මම රාමුවක් ලෙස නොසලකන ‘ෆ්‍රේම්වර්ක් සාදන්න’ ගනිමු. ඔව්, අවශ්ය සහ අවශ්ය නොවන ඕනෑම තැනක Make shoving කිරීමේ විලාසිතාව ගැන මම දනිමි - Maven in Make, උදාහරණයක් ලෙස බැරෑරුම් ලෙස ඔතා?
අත්‍යවශ්‍යයෙන්ම, Make යනු k8s මෙන්, සම්පාදනය, සම්බන්ධ කිරීම සහ සම්පාදනය කිරීමේ පරිසරය විධානයන් සරල කරමින්, කවචයට උඩින් එතුමකි.
වරක්, මම OpenStack මත ඔහුගේ වැඩ සඳහා k8s භාවිතා කරන පිරිමි ළමයෙකු සමඟ සම්මුඛ සාකච්ඡාවක් කළ අතර, ඔහු එහි සේවාවන් යෙදවූ ආකාරය ගැන කතා කළේය, කෙසේ වෙතත්, මම OpenStack ගැන විමසූ විට, එය පරිපාලනය කර ඇති අතර එය පද්ධතිය විසින් ඉහළ නංවා ඇති බව පෙනී ගියේය. පරිපාලකයින්. OpenStack ස්ථාපනය කර ඇති පුද්ගලයෙකුට, ඔහු පිටුපසින් කුමන වේදිකාවක් භාවිතා කළත්, k8s භාවිතා කිරීමට නොහැකි බව ඔබ ඇත්තටම සිතනවාද? =)
මෙම අයදුම්කරු ඇත්ත වශයෙන්ම DevOps නොවේ, නමුත් පද්ධති පරිපාලකයෙකු වන අතර, වඩාත් නිවැරදිව කිවහොත්, Kubernetes පරිපාලකයෙකි.
අපි නැවත වරක් සාරාංශ කරමු - මධ්යම / ජ්යෙෂ්ඨ පද්ධති පරිපාලක ඔවුන් සඳහා ප්රමාණවත් වනු ඇත.
ග්‍රෑම් වලින් කොපමණ බරද
දක්වා ඇති පුරප්පාඩු සඳහා යෝජිත වැටුප් පරාසය 90k-200k වේ
පද්ධති පරිපාලකයින් සහ DevOps ඉංජිනේරුවන්ගේ මුදල් ප්‍රතිලාභ අතර සමාන්තරයක් ඇඳීමට මම දැන් කැමතියි.
ප්‍රතිපත්තිමය වශයෙන්, දේවල් සරල කිරීම සඳහා, ඔබට සේවා පළපුරුද්ද මත පදනම්ව ශ්‍රේණි විසුරුවා හැරිය හැකිය, මෙය නිවැරදි නොවනු ඇත, නමුත් ලිපියේ අරමුණු සඳහා එය ප්රමාණවත් වනු ඇත.
අත්දැකීමක්:
- අවුරුදු 3 දක්වා - කනිෂ්ඨ
- වයස අවුරුදු 6 දක්වා - මධ්යම
- 6 ට වැඩි - ජ්යෙෂ්ඨ
සේවක සෙවුම් වෙබ් අඩවිය ඉදිරිපත් කරයි:
පද්ධති පරිපාලකයින්:
- කනිෂ්ඨ - අවුරුදු 2 - 50k rub.
- මැද - අවුරුදු 5 - 70k rub.
- ජ්යෙෂ්ඨ - අවුරුදු 11 - 100k rub.
DevOps ඉංජිනේරුවන්:
- කනිෂ්ඨ - අවුරුදු 2 - 100k rub.
- මැද - අවුරුදු 3 - 160k rub.
- ජ්යෙෂ්ඨ - අවුරුදු 6 - 220k rub.
"DevOps" හි අත්දැකීම් වලට අනුව, අවම වශයෙන් කෙසේ හෝ SDLC වෙත බලපෑ අත්දැකීම් භාවිතා කරන ලදී.
ඉහතින් දැක්වෙන්නේ ඇත්ත වශයෙන්ම සමාගම්වලට DevOps අවශ්ය නොවන බවත්, පරිපාලකයෙකු බඳවා ගැනීමෙන් මුලින් සැලසුම් කළ පිරිවැයෙන් අවම වශයෙන් සියයට 50 ක් ඉතිරි කර ගත හැකි බවත් ය; එපමණක් නොව, ඔවුන් සොයන පුද්ගලයාගේ වගකීම් වඩාත් පැහැදිලිව නිර්වචනය කළ හැකිය. සහ අවශ්‍යතාවය ඉක්මනින් පුරවන්න. අතිච්ඡාදනය නොවීම හේතුවෙන් කාර්ය මණ්ඩලය සඳහා වන අවශ්‍යතා අඩු කිරීමට මෙන්ම කණ්ඩායම තුළ වඩාත් හිතකර වාතාවරණයක් නිර්මාණය කිරීමට පැහැදිලි වගකීම් බෙදීමක් අපට ඉඩ සලසන බව අප අමතක නොකළ යුතුය. පුරප්පාඩුවලින් අතිමහත් බහුතරයක් උපයෝගිතා සහ DevOps ලේබල් වලින් පිරී ඇත, නමුත් ඒවා DevOps ඉංජිනේරුවෙකු සඳහා වන සැබෑ අවශ්‍යතා මත පදනම් නොවේ, මෙවලම් පරිපාලකයෙකු සඳහා වන ඉල්ලීම් පමණි.
DevOps ඉංජිනේරුවන් පුහුණු කිරීමේ ක්‍රියාවලිය ද නිශ්චිත වැඩ, උපයෝගිතා සමූහයකට පමණක් සීමා වන අතර, ක්‍රියාවලි සහ ඒවායේ යැපීම් පිළිබඳ සාමාන්‍ය අවබෝධයක් ලබා නොදේ. පුද්ගලයෙකුට මෙම පොකුරේ ඇති Fluentd සයිඩ් කාර් එක සහ ලොග් කිරීමේ පද්ධතිය සඳහා AWS ELK ස්ටැක් සමඟ ඒකාබද්ධව Terraform භාවිතා කර AWS EKS යෙදවිය හැකි විට, කොන්සෝලයේ එක් විධානයක් පමණක් භාවිතා කරමින් මිනිත්තු 10 කින් එය හොඳ ය, නමුත් ඔහුට නොතේරෙන්නේ නම් ලඝු-සටහන් සැකසීමේ මූලධර්මය සහ ඒවා අවශ්ය දේ, ඔබ ඒවා මත ප්‍රමිතික එකතු කර සේවාවේ පිරිහීම නිරීක්ෂණය කරන්නේ කෙසේදැයි නොදන්නේ නම්, එය තවමත් සමහර උපයෝගිතා භාවිතා කරන්නේ කෙසේදැයි දන්නා එනිකේම වේ.
කෙසේ වෙතත්, ඉල්ලුම සැපයුම නිර්මාණය කරන අතර, DevOps ස්ථානය සඳහා අතිශයින් උනුසුම් වූ වෙළඳපලක් අපි දකිමු, එහිදී අවශ්‍යතා සැබෑ භූමිකාවට අනුරූප නොවන නමුත් පද්ධති පරිපාලකයින්ට වැඩිපුර උපයා ගැනීමට පමණක් ඉඩ දෙයි.
එසේනම් ඔවුන් කවුද? DevOps හෝ කෑදර පද්ධති පරිපාලකයින්? =)
දිගටම ජීවත් වෙන්නේ කොහොමද?
සේවා යෝජකයින් විසින් අවශ්‍යතා වඩාත් නිවැරදිව සකස් කළ යුතු අතර අවශ්ය අය හරියටම සොයා බැලිය යුතු අතර ලේබල් වටා විසි නොකළ යුතුය. DevOps කරන්නේ කුමක්දැයි ඔබ දන්නේ නැත - එම අවස්ථාවේ දී ඔබට ඒවා අවශ්ය නොවේ.
කම්කරුවන් - ඉගෙන ගන්න. ඔබේ දැනුම නිරන්තරයෙන් වැඩි දියුණු කරන්න, ක්‍රියාවලීන්ගේ සමස්ත චිත්‍රය දෙස බලන්න සහ ඔබේ ඉලක්කය කරා යන මාර්ගය නිරීක්ෂණය කරන්න. ඔබට අවශ්ය ඕනෑම අයෙකු බවට පත්විය හැකිය, ඔබ උත්සාහ කළ යුතුය.
මූලාශ්රය: www.habr.com