මෙම දැනුම සමඟ යා යුත්තේ කොතැනටද, ව්‍යාපෘතියේ කුමක් කළ යුතුද සහ කොපමණ මුදලක් උපයා ගත යුතුද, සම්මුඛ පරීක්ෂණයකදී කුමක් කිව යුතුද සහ අසන්නේද - එක්ස්ප්‍රස් 42 හි කළමනාකාර හවුල්කරු සහ කර්තෘ ඇලෙක්සැන්ඩර් ටිටොව් පවසයි. .
ආයුබෝවන්! DevOps යන යෙදුම 2009 සිට පැවතුනද, රුසියානු ප්‍රජාව තුළ තවමත් සම්මුතියක් නොමැත. ඇතැමුන් DevOps විශේෂත්වයක් ලෙස සලකන බවත්, තවත් අය එය දර්ශනයක් ලෙස සලකන බවත්, තවත් අය මෙම යෙදුම තාක්ෂණයන් සමූහයක් ලෙස සලකන බවත් ඔබ දැක ඇති. මම දැනටමත් කිහිප වතාවක්ම රඟපාලා තියෙනවා මෙම දිශාව වර්ධනය කිරීම ගැන, එබැවින් මම මෙම ලිපියෙන් විස්තරාත්මකව නොයන්නෙමි. එක්ස්ප්‍රස් 42 හි අපි පහත සඳහන් දේ ඇතුළත් කරන බව මට කියන්නට ඉඩ දෙන්න:
DevOps යනු කණ්ඩායමේ සියලුම විශේෂඥයින් නිෂ්පාදනයට සහභාගී වන විට නිශ්චිත ක්‍රමවේදයක්, ඩිජිටල් නිෂ්පාදනයක් නිර්මාණය කිරීමේ සංස්කෘතියකි.
සම්භාව්‍ය ආයතනික සංවර්ධනයේ දී, සෑම දෙයක්ම අනුක්‍රමිකව යයි: ක්‍රමලේඛනය, පරීක්ෂා කිරීම සහ පසුව ක්රියාත්මක වීම සහ අදහස සිට නිෂ්පාදනය දක්වා මෙම ක්‍රියාවලියේ වේගය මාස 3 කි. මෙය ඩිජිටල් නිෂ්පාදන සඳහා ගෝලීය ගැටලුවකි, මන්ද පාරිභෝගිකයින්ගෙන් ප්‍රතිපෝෂණ ඉක්මනින් ලබා ගැනීමට නොහැකි බැවිනි.
DevOps හි, මෙවලම් සහ ප්‍රවේශයන් සැලසුම් කර ඇත්තේ සංවර්ධන, පරීක්ෂණ සහ මෙහෙයුම් ක්රියාවලීන් එකවර ක්රියාත්මක වන බව සහතික කිරීම සඳහා ය.
මෙම ප්රවේශයෙන් අනුගමනය කරන්නේ කුමක්ද?
- ඔබට "ඉංජිනේරුවෙක්" කුලියට ගත නොහැක, ඔහු පැමිණ නිෂ්පාදනයේ සියලු ගැටලු විසඳයි. මුළු කණ්ඩායමම තාක්ෂණය යෙදිය යුතුය.
- DevOps යනු උත්ශ්‍රේණි කළ යුතු මීළඟ sysadmin ආකාරය නොවේ. “DevOps ඉංජිනේරු” ශබ්දය “Agile developer” ට සමානයි.
- කණ්ඩායමක් Kubernetes, Ansible, Prometheus, Mesosphere සහ Docker භාවිතා කරන්නේ නම්, එහි DevOps පරිචයන් ක්රියාත්මක කර ඇති බව මින් අදහස් නොවේ.
DevOps වලින් පසු ජීවිතය කිසිදා සමාන නොවනු ඇත
DevOps ප්‍රවේශය, ප්‍රථමයෙන්ම, වෙනස් චින්තනයක්, සමස්තයක් ලෙස සංවර්ධනය පිළිබඳ අවබෝධයක් සහ ක්‍රියාවලියේ කෙනෙකුගේ ස්ථානයයි. අපි අපගේ මාර්ගගත පාඨමාලාව කොටස් 2 කට බෙදා ඇත:
1. ස්වයං නිර්ණය
පළමුව, අපි DevOps ප්‍රවේශයේ සාරය සවිස්තරාත්මකව විමසා බලමු, සිසුන් කණ්ඩායම තුළ නව භූමිකාවන් සොයා ගනී, වැඩිපුර ප්‍රතිචාර දක්වන්නේ කුමක්දැයි බලන්න, සහ කුමන දිශාව වර්ධනය කළ යුතුද යන්න තමන් විසින්ම තීරණය කරයි.
2. මෙවලම් සහ භාවිතයන්
DevOps ක්‍රමයේ දෘෂ්ටි කෝණයෙන් සිසුන් විශේෂිත තාක්ෂණයන් ප්‍රගුණ කරයි.
DevOps මෙවලම් DevOps ප්‍රවේශයේදී සහ සම්භාව්‍ය සංවර්ධනයේදී භාවිතා කළ හැක. වඩාත්ම පැහැදිලි උදාහරණය වනුයේ Ansible වින්‍යාස කළමනාකරණ මෙවලම භාවිතා කිරීමයි. එය නිර්මාණය කර සංකල්පනය කරන ලද්දේ DevOps භාවිතය "කේතය ලෙස යටිතල පහසුකම්" ක්රියාත්මක කිරීම සඳහා ය, එයින් අදහස් වන්නේ මෙහෙයුම් පද්ධති සිටුවම් සිට යෙදුම් මෘදුකාංග දක්වා පද්ධතියේ විවිධ තත්වයන් විස්තර කර ඇති බවයි. විස්තරය ස්ථරවලට බෙදී ඇති අතර සංකීර්ණ, නිරන්තරයෙන් වෙනස් වන වින්යාසයක් කළමනාකරණය කිරීමට ඔබට ඉඩ සලසයි. නමුත් ඉංජිනේරුවන් බොහෝ විට බහු යන්ත්‍ර මත bash scripts ධාවනය කිරීමේ මාර්ගයක් ලෙස Ansible භාවිතා කරයි. මෙය නරක හෝ හොඳ නැත, නමුත් Ansible තිබීම සමාගම තුළ DevOps සිටීම සහතික නොකරන බව ඔබ තේරුම් ගත යුතුය.
අපි ක්‍රියාවලියේ යෙදී සිටිමු සුප්‍රසිද්ධ Reddit හා සමාන යෙදුමක් සංවර්ධනය කිරීමේ ක්‍රියාවලියේ ඔබ ගිලී සිටිනු ඇත, එහි මොනොලිතික් අනුවාදයෙන් පටන් ගෙන පියවරෙන් පියවර ක්ෂුද්‍ර සේවා වෙත ගමන් කරයි. පියවරෙන් පියවර අපි නව මෙවලම් ප්‍රගුණ කරමු: Git, Ansible, Gitlab සහ Kubernetes සහ Prometheus සමඟ අවසන් කරන්න.
භාවිතයන් අනුව, අපි DevOps අත්පොතෙහි විස්තර කර ඇති මාර්ග තුනේ උපක්‍රම අනුගමනය කරන්නෙමු - අඛණ්ඩ බෙදා හැරීමේ පරිචයන්, ප්‍රතිපෝෂණ පරිචයන්, සහ සම්පූර්ණ පාඨමාලාවේ සාරය වන්නේ ඔබේ පද්ධතිය සමඟ අඛණ්ඩව ඉගෙනීමේ පුහුණුවයි.
මෙම දැනුම එක් එක් විශේෂඥයින්ට ලබා දෙන්නේ කුමක්ද?
පද්ධති පරිපාලකයින් සඳහා
අඛණ්ඩ බෙදාහැරීමේ නල මාර්ගයක් සහ මෘදුකාංග බෙදා හැරීම සඳහා යටිතල පහසුකම් වේදිකාවක් නිර්මාණය කිරීම සඳහා පරිපාලනයෙන් ඉවත් වීමට පරිචයන් ඔබට ඉඩ සලසයි. කාරණය වන්නේ ඔහු නිෂ්පාදනයක් නිර්මාණය කිරීමයි - සංවර්ධකයින් සඳහා යටිතල පහසුකම් වේදිකාවක් වන අතර එමඟින් ඔවුන්ගේ වෙනස්කම් ඉක්මනින් නිෂ්පාදනයට තල්ලු කිරීමට උපකාරී වේ.
මීට පෙර, පද්ධති පරිපාලකයින් අවසාන බලකොටුව වූ අතර, පසුව සියල්ල නිෂ්පාදනයට යයි. මූලික වශයෙන් ඔවුන් අඛණ්ඩ ගිනි නිවීමේ කටයුතුවල නියැලී සිටියහ - එමඟින් ව්‍යාපාරයේ අවශ්‍යතා සොයා බැලීම තරමක් අපහසුය, නිෂ්පාදිතය සහ පරිශීලකයාට ලැබෙන ප්‍රතිලාභ ගැන සිතන්න.
DevOps ක්‍රමයට ස්තූතියි, චින්තනය වෙනස් වේ. පද්ධති පරිපාලකයා වින්‍යාසය කේතයට පරිවර්තනය කරන්නේ කෙසේද, මේ සඳහා පවතින පරිචයන් මොනවාද යන්න තේරුම් ගනී.
මෙය වැදගත් වන්නේ සෑම දෙයක්ම ස්වයංක්‍රීය කිරීමට අවශ්‍ය නොවන බව සමාගම් වැඩි වැඩියෙන් අවබෝධ කරගෙන සිටින බැවිනි, i.e. පැරණි පාසල් පද්ධති පරිපාලකයින් අත්‍යවශ්‍යයෙන්ම කිරීමට පුරුදු වී සිටි දේ සම්බන්ධයෙන්, මෙය අඩුවෙන් සන්නිවේදනය කළ අතර සිදු කරන ලද සියලුම වෙනස්කම් පිළිබඳව කණ්ඩායමට දැනුම් දුන්නේ නැත. දැන් කණ්ඩායම් අභ්‍යන්තර යටිතල පහසුකම් නිෂ්පාදනයේ නිෂ්පාදකයා බවට පත්වන අය සොයමින් සිටින අතර වෙන් වූ ක්රියාවලීන් එකකට ඒකාබද්ධ කිරීමට උපකාරී වේ.
සංවර්ධකයින් සඳහා
සංවර්ධකයා ඇල්ගොරිතම තුළ පමණක් සිතීම නතර කරයි. යටිතල පහසුකම් සමඟ වැඩ කිරීමේ කුසලතාව, භූ දර්ශනය පිළිබඳ වාස්තු විද්‍යාත්මක දැනුවත්භාවය පිළිබඳ කුසලතාව ඔහු ලබා ගනී. එවැනි සංවර්ධකයෙකු යෙදුම ක්‍රියා කරන ආකාරය, එය අඛණ්ඩ බෙදාහැරීමේ නල මාර්ගය හරහා යන්නේ කෙසේද, එය අධීක්ෂණය කරන්නේ කෙසේද, එය සේවාදායකයාට ප්‍රයෝජනවත් වන පරිදි එය ලියාපදිංචි කරන්නේ කෙසේද යන්න තේරුම් ගනී. ප්රතිඵලයක් වශයෙන්, මෙම සියලු දැනුම ඔබට අදාළ කේතය ලිවීමට ඉඩ සලසයි.
පරීක්ෂකයින් සඳහා
පරීක්ෂා කිරීම දිගු කලක් තිස්සේ ස්වයංක්‍රීය ප්‍රකාරයට ගමන් කරයි; බොහෝ පරීක්ෂණ සිදු නොකළ යුතු බව අපි කවුරුත් කියමු, නමුත් ලිඛිතව :) පරීක්ෂා කිරීම ඔබේ නිෂ්පාදනයේ සම්පූර්ණ බෙදාහැරීමේ නල මාර්ගයේ කොටසක් බවට පත්වේ. පරීක්ෂකයෙකුට කේතය ලියන ආකාරය ඉගෙන ගැනීමට පමණක් නොව, එය අඛණ්ඩ බෙදා හැරීමේ පද්ධතිවලට ඒකාබද්ධ කරන්නේ කෙසේද, බෙදා හැරීමේ සෑම අදියරකදීම කේතයෙන් ප්‍රතිපෝෂණ ලබා ගන්නේ කෙසේද සහ දෝෂ හඳුනා ගැනීම සඳහා පරීක්ෂණ නිරන්තරයෙන් වැඩිදියුණු කරන්නේ කෙසේද යන්න තේරුම් ගැනීමටද අවශ්‍ය වේ. හැකි ඉක්මනින්.
එබැවින් එය හැරෙනවා මෙම අදියර තුනම එකවර සිදු වේ. උදාහරණයක් ලෙස, එය මේ වගේ විය හැක:
සංවර්ධකයා කේතය ලියයි, වහාම ඒ සඳහා පරීක්ෂණ ලියයි, සහ ධාවනය කළ යුතු කේතය සඳහා ඩොකර් කන්ටේනරයක් විස්තර කරයි. නිෂ්පාදනයේදී මෙම සේවාවේ ක්‍රියාකාරිත්වය නිරීක්ෂණය කරන අධීක්ෂණය ද එය වහාම විස්තර කරන අතර මේ සියල්ල සිදු කරයි.
අඛණ්ඩ අනුකලනය ආරම්භ වන විට, ක්රියාවලීන් එකවර ක්රියාත්මක වේ. සේවාව ආරම්භ වන අතර වින්‍යාස කර ඇත. ඒ සමගම, ඩොකර් කන්ටේනරය ආරම්භ වන අතර එය ක්රියාත්මක වන බව පරීක්ෂා කරනු ලැබේ. ඒ සමගම, සියලු තොරතුරු ලොග් කිරීමේ පද්ධතියට යයි. සංවර්ධනයේ සෑම අදියරකදීම - එය පද්ධති පරිපාලකයින්, සංවර්ධකයින් සහ පරීක්ෂකයින්ගේ සැබෑ කණ්ඩායම් කාර්යයක් බවට පත්වේ.
මම DevOps ඉගෙන ගත්තා, ඊළඟට මොකක්ද?
ඔබ දන්නා පරිදි, ක්ෂේත්‍රයේ සිටින කෙනෙක් රණශූරයෙක් නොවේ. ඔබේ සමාගම මෙම ක්‍රමය භාවිතා නොකරන්නේ නම්, අත්පත් කරගත් කුසලතා නිෂ්ක්‍රීය වනු ඇත. DevOps ප්‍රවේශයන් සමඟ දැන හඳුනා ගැනීමෙන් පසු, ඔබට බොහෝ විට ආයතනික සංවර්ධනයේ දැති කරුවෙකු වීමට අවශ්‍ය නොවනු ඇත. එක් ව්යතිරේකයක් තිබිය හැක: ඔබ කණ්ඩායමේ පද්ධති පරිපාලකයෙකු වන අතර සියලු ක්රියාවලීන් නව ආකාරයකින් නැවත ගොඩනගා ගත හැකිය. මෙම ප්‍රවේශය භාවිතා කරන සමාගම් රාශියක් ඇති බවත්, ඒවා අගුලු දැමීමෙන් පීඩාවට පත් නොවන අතර විශේෂඥයින් සොයන බවත් මෙහි එකතු කිරීම වටී. මක්නිසාද යත් DevOps යනු සබැඳි නිෂ්පාදන නිර්මාණය කිරීමයි.
දැන් හොඳ දේවල් ගැන: DevOps භාවිතයන් සහ මෙවලම් පිළිබඳ ප්‍රවීණත්වය ශ්‍රම වෙළඳපොලේ ඔබේ වටිනාකමට ආසන්න වශයෙන් +30% කි. වැටුප් ආරම්භ වන්නේ රූබල් 140 සිට, නමුත් ස්වාභාවිකවම, ඔබේ ප්‍රධාන විශේෂත්වය සහ ක්‍රියාකාරිත්වය අනුව තීරණය වේ.
පරීක්ෂණ ස්වයංක්‍රීයකරණය, ක්ලවුඩ් තාක්ෂණය භාවිතයෙන් ක්ෂුද්‍ර සේවා යෙදුම් සංවර්ධනය, යටිතල පහසුකම් ඉංජිනේරුවන් සඳහා පුරප්පාඩු සහ DevOps සඳහා සියලු ආකාරයේ යොමු කිරීම් ඇති “යටිතල පහසුකම්-නැඹුරු” ලෙස සලකුණු කර ඇති පුරප්පාඩු ඔබට බැලිය හැක. මෙම නිර්වචනය අනුව සෑම සමාගමක්ම වෙනස් දෙයක් අදහස් කරන බව මතක තබා ගන්න - විස්තරය ප්රවේශමෙන් කියවන්න.
අපගේ පාඨමාලාව දියත් කරන අතරතුර, මට අවබෝධයක් ලැබුණි - පාඨමාලාවෙන් පසු බොහෝ දෙනෙක් DevOps ඉංජිනේරුවෙකුගේ උගුලට හසු වෙති. ඔවුන් ඉහත සඳහන් මාතෘකාව සහිත පුරප්පාඩුවක් සොයාගෙන, හොඳ දීමනාවක් ලබාගෙන, පසුව වැඩට පැමිණ, ඔවුන්ට Jenkins හි පිටු තුනක bash පිටපතක් පවත්වා ගැනීමට සිදුවන බව වටහා ගනී. Kubernetes, ChatOps, canary releases සහ ඔය ඔක්කොම කොහෙද? නමුත් කිසිවක් නැත, මන්ද සමාගමට ක්‍රමවේදයක් ලෙස DevOps අවශ්‍ය නොවන නමුත් තනි නවෝත්පාදන භාවිතා කරයි.
මෘදුකාංග බෙදා හැරීමේ ක්‍රියාවලිය ක්රියාත්මක වන ආකාරය, තාක්‍ෂණ තොගය සහ ඔබ ඉටු කරන වගකීම් මොනවාද යන්න සමාගමෙන් දැඩි ලෙස සොයා ගැනීමට මෙය හේතුවක් වේ.
සේවා යෝජකයා ඔබේ ප්‍රශ්නවලට වියුක්තව, පොතකින් මෙන්, විස්තර නොමැතිව පිළිතුරු දෙන්නේ නම්, බොහෝ විට සමාගම තුළ තවමත් DevOps ක්‍රියාවලියක් නොමැත, නමුත් මෙය අන්තර්ජාලය තුළ තිබේද යන්න ප්‍රතික්ෂේප කිරීමට, සමාගම සහ එහි නිෂ්පාදන අධ්‍යයනය කිරීමට හේතුවක් නොවේ. සමාගම විසින්ම සංවර්ධනය කරන සේවාවන්, ජංගම යෙදුම් , නිෂ්පාදන අදහස්.
ඔව් නම්, ඔබට මෙම පද්ධති සමඟ සෘජුව වැඩ කිරීමට සිදුවේද නැතහොත් DevOps පරිචයන් තුළ හොඳ ප්‍රතිඵල පෙන්නුම් කරන අතරතුර මෙම සේවාවන්හි කණ්ඩායම් වෙත තිරස් චලනය වීමේ හැකියාව තිබේද යන්න පැහැදිලි කරන්න. ඔව් නම්, එය ගොස් ක්‍රියාශීලී සහ ප්‍රයෝජනවත් වීම වටී, ඔබ අපගේ පා course මාලාව සම්පූර්ණ කරන්නේ නම්, දෙවැන්න සහතික වේ.
Devops වෘත්තිකයින් සැබෑ වටිනාකමක් ලබා ගන්නේ සංවර්ධනය/පරිපාලනය/පරීක්‍ෂණය පිළිබඳ අත්දැකීම් සමඟ පමණක් බව සැලකිල්ලට ගැනීම වැදගත්ය. එවිට පමණක් දැනුම වියුක්ත නොවනු ඇත, නමුත් විශේෂඥයා (සෑම අර්ථයකින්ම) පොහොසත් කරනු ඇත. එමනිසා, "මුල සිට DevOps ඉගෙනීම" යන අදහස ඔබ කිසි විටෙක කැමරාවක් අතේ තබාගෙන හෝ රූගත කිරීමක් සිදු නොකළේ නම් "මුල සිට කාච භාවිතා කිරීමට" ඉගෙනීම හා සමාන වේ. පාඨමාලාව ඔබට සුදුසු දැයි තීරණය කිරීමට ඔබට උදවු කිරීමට, අපි ඔබේ ප්‍රමාණවත් දැනුම මට්ටම පරීක්ෂා කරන ප්‍රවේශ පරීක්ෂණයක් කර ඇත.
මම හිතන්නේ එක උපක්‍රමයක් - පුහුණුව අතරතුර, සෑම සිසුවෙකුටම තමා වර්ධනය වීමට අවශ්‍ය කුමන දිශාවටද යන්න තීරණය කරයි. සංවර්ධකයෙකු යටිතල පහසුකම් ඉංජිනේරුවෙකු බවට පත් වූ විට අපි බොහෝ විට සංක්‍රාන්ති දකින අතර, ඔහු කේතය ලිවීමට උනන්දුවක් දක්වන බව පරිපාලකයෙකු වටහා ගනී - ඉන්පසු ඔහු භාෂාව තවදුරටත් අධ්‍යයනය කර අත්පත් කරගත් DevOps කුසලතා සමඟ එය සම්පූර්ණ කරයි. එමනිසා, තම වෘත්තීය ජීවිතය සන්ධිස්ථානයක සිරවී ඇතැයි සිතන අයව අපි විශේෂයෙන් සාදරයෙන් පිළිගනිමු. පාඨමාලාව මැයි 28 වන දින ආරම්භ වේ, නමුත් ඔබට පන්ති ආරම්භ වී සති 2 කට පසුව සම්බන්ධ විය හැක. ඔබට වැඩසටහන නැරඹිය හැකි අතර පරීක්ෂණයට මුහුණ දිය හැකිය . OTUS හිදී හමුවෙමු!
මූලාශ්රය: www.habr.com