තොරතුරු තාක්ෂණ සමාගමක් 2019 දී සාර්ථක වීමට කුමක් කළ යුතුද? සම්මන්ත්‍රණවල සහ රැස්වීම්වලදී කථිකාචාර්යවරු සාමාන්‍ය මිනිසුන්ට සැමවිටම නොතේරෙන උස් වචන රාශියක් කියති. යෙදවීමේ කාලය සඳහා අරගලය, ක්ෂුද්‍ර සේවා, මොනොලිත් අත්හැරීම, DevOps පරිවර්තනය සහ තවත් බොහෝ දේ. අපි වාචික අලංකාරය ඉවත දමා කෙලින්ම සහ රුසියානු භාෂාවෙන් කතා කරන්නේ නම්, ඒ සියල්ල සරල නිබන්ධනයකට පැමිණේ: උසස් තත්ත්වයේ නිෂ්පාදනයක් සාදා එය කණ්ඩායමට සුවපහසු ලෙස කරන්න.
දෙවැන්න විවේචනාත්මකව වැදගත් වී ඇත. සුවපහසු සංවර්ධන ක්‍රියාවලියක් ඵලදායිතාව වැඩි කරන බවට ව්‍යාපාරය අවසානයේ නිගමනය කර ඇති අතර, සෑම දෙයක්ම දෝශ නිරාකරණය කර ඔරලෝසුවක් මෙන් ක්රියා කරන්නේ නම්, එය තීරණාත්මක අවස්ථාවන්හිදී උපාමාරු සඳහා යම් ඉඩක් ද ලබා දෙයි. වරෙක, මෙම උපාමාරුව සඳහා, එක්තරා බුද්ධිමත් පුද්ගලයෙක් උපස්ථ සමඟ පැමිණි නමුත් කර්මාන්තය දියුණු වෙමින් පවතින අතර, අපි DevOps ඉංජිනේරුවන් වෙත පැමිණියෙමු - සංවර්ධනය සහ බාහිර යටිතල පහසුකම් අතර අන්තර්ක්රියා ක්‍රියාවලිය ප්‍රමාණවත් දෙයක් බවට පත් කරන පුද්ගලයින් සහ shamanism හා සම්බන්ධ නොවේ.
මෙම සම්පූර්ණ "මොඩියුලර්" කතාව අපූරු ය, නමුත් ... එය එසේ සිදු වූයේ සමහර පරිපාලකයින් හදිසියේම DevOps ලෙස නම් කරන ලද අතර, DevOps ඉංජිනේරුවන් විසින්ම අවම වශයෙන් ටෙලිපති සහ ප්‍රබෝධමත් කිරීමේ කුසලතා අවශ්‍ය වීමට පටන් ගත්හ.
යටිතල පහසුකම් සැපයීමේ නවීන ගැටළු ගැන කතා කිරීමට පෙර, මෙම යෙදුමෙන් අප අදහස් කරන්නේ කුමක්ද යන්න නිර්වචනය කරමු. වර්තමාන මොහොතේ, මෙම සංකල්පයේ ද්විත්ව භාවයට අප ළඟා වී ඇති ආකාරයට තත්වය වර්ධනය වී ඇත: යටිතල පහසුකම් කොන්දේසි සහිත බාහිර හා කොන්දේසි සහිත අභ්යන්තර විය හැකිය.
බාහිර යටිතල පහසුකම් මගින් අපි අදහස් කරන්නේ කණ්ඩායම සංවර්ධනය කරන සේවාවේ හෝ නිෂ්පාදනයේ ක්‍රියාකාරීත්වය සහතික කරන සෑම දෙයක්මයි. මේවා යෙදුම් හෝ වෙබ් අඩවි සේවාදායක, සත්කාරක සහ නිෂ්පාදනයේ ක්‍රියාකාරීත්වය සහතික කරන වෙනත් සේවාවන් වේ.
අභ්යන්තර යටිතල ව්‍යුහයට සංවර්ධන කණ්ඩායම විසින්ම සහ සාමාන්‍යයෙන් බොහෝ දෙනෙක් සිටින අනෙකුත් සේවකයින් විසින් භාවිතා කරන සේවාවන් සහ උපකරණ ඇතුළත් වේ. මේවා කේත ගබඩා පද්ධතිවල අභ්යන්තර සේවාදායකයන්, දේශීයව යොදවා ඇති කාර්ය කළමනාකරු සහ ආයතනික අන්තර් ජාලය තුළ පවතින සෑම දෙයක්ම, සියල්ල, සියල්ල.
සමාගමක පද්ධති පරිපාලකයෙකු කරන්නේ කුමක්ද? මෙම ඉතා ආයතනික ඉන්ට්‍රානෙට් පරිපාලනය කිරීමේ කාර්යයට අමතරව, කාර්යාල උපකරණවල ක්‍රියාකාරීත්වය සහතික කිරීම සඳහා එය බොහෝ විට ආර්ථික ගැටළු වල බර දරයි. පරිපාලක යනු ඉක්මනින් නව පද්ධති ඒකකයක් හෝ භාවිතයට සූදානම් කර ඇති අමතර ලැප්ටොප් පරිගණකයක් පසුපස කාමරයෙන් ඇදගෙන, නැවුම් යතුරුපුවරුවක් ලබා දී කාර්යාල හරහා හතර අතට රිංගා, ඊතර්නෙට් කේබලය දිගු කරයි. පරිපාලකයෙකු යනු අභ්යන්තර හා බාහිර සේවාදායකයන් පමණක් නොව ව්‍යාපාර විධායකයෙකු වන දේශීය හිමිකරු සහ පාලකයෙකි. ඔව්, සමහර පරිපාලකයින්ට දෘඩාංග නොමැතිව පද්ධති තලයේ පමණක් වැඩ කළ හැකිය. ඔවුන් "යටිතල පහසුකම් පද්ධති පරිපාලකයින්ගේ" වෙනම උප පංතියකට වෙන් කළ යුතුය. සමහර අය කාර්යාලීය උපකරණ සඳහා පමණක් සේවය කිරීම සඳහා විශේෂීකරණය කරති; වාසනාවකට මෙන්, සමාගමට පුද්ගලයින් සියයකට වඩා සිටී නම්, කාර්යය කිසි විටෙකත් අවසන් නොවේ. හැබැයි ඒ එකක්වත් devops නෙවෙයි.
DevOps යනු කවුද? Devops යනු බාහිර යටිතල පහසුකම් සමඟ මෘදුකාංග සංවර්ධනයේ අන්තර්ක්රියා ගැන කතා කරන අයයි. වඩාත් නිවැරදිව, ftp වෙත යාවත්කාලීන කිරීම් උඩුගත කළ පරිපාලකයින්ට වඩා බොහෝ ගැඹුරු සංවර්ධන සහ යෙදවුම් ක්‍රියාවලීන් සඳහා නවීන devops සම්බන්ධ වේ. දැන් DevOps ඉංජිනේරුවෙකුගේ ප්‍රධාන කර්තව්‍යයක් වන්නේ සංවර්ධන කණ්ඩායම් සහ නිෂ්පාදන යටිතල පහසුකම් අතර පහසු සහ ඵලදායී ලෙස ව්‍යුහගත අන්තර්ක්රියා ක්‍රියාවලියක් සහතික කිරීමයි. ආපසු හැරවීමේ සහ යෙදවීමේ පද්ධති යෙදවීම සඳහා වගකිව යුත්තේ මෙම පුද්ගලයින් ය; සංවර්ධකයින්ගෙන් යම් බරක් ඉවත් කර ඔවුන්ගේ අතිශය වැදගත් කාර්යය කෙරෙහි හැකි තරම් අවධානය යොමු කරන්නේ මෙම පුද්ගලයින් ය. ඒ අතරම, devops කිසි විටෙකත් නව කේබලයක් ධාවනය නොකරනු ඇත හෝ පසුපස කාමරයෙන් නව ලැප්ටොප් පරිගණකයක් නිකුත් නොකරනු ඇත (c) KO
අල්ලා ගැනීම කුමක්ද?
“DevOps යනු කවුද?” යන ප්‍රශ්නයට ක්ෂේත්‍රයේ කම්කරුවන්ගෙන් අඩක් “හොඳයි, කෙටියෙන් කිවහොත්, මෙය පරිපාලක කවුද ...” වැනි දෙයකට පිළිතුරු දීමට පටන් ගනී, සහ තවදුරටත් පෙළෙහි. ඔව්, වරක්, DevOps ඉංජිනේරුවෙකුගේ වෘත්තිය සේවා නඩත්තුව සම්බන්ධයෙන් වඩාත්ම දක්ෂ පරිපාලකයින්ගෙන් මතුවෙමින් පවතින විට, ඔවුන් අතර ඇති වෙනස්කම් සෑම කෙනෙකුටම පැහැදිලිව පෙනෙන්නට නොතිබුණි. නමුත් දැන්, කණ්ඩායමේ devops සහ පරිපාලකයින්ගේ කාර්යයන් රැඩිකල් ලෙස වෙනස් වී ඇති විට, ඔවුන් එකිනෙකා සමඟ පටලවා ගැනීම හෝ ඒවා සමාන කිරීම පවා පිළිගත නොහැකිය.
නමුත් ව්‍යාපාර සඳහා මෙයින් අදහස් කරන්නේ කුමක්ද?
බඳවා ගැනීම, ඒ සියල්ල ගැන.
ඔබ “පද්ධති පරිපාලක” සඳහා පුරප්පාඩුවක් විවෘත කරන අතර, එහි ලැයිස්තුගත කර ඇති අවශ්‍යතා වන්නේ “සංවර්ධනය සහ ගනුදෙනුකරුවන් සමඟ අන්තර් ක්රියා”, “CI/CD බෙදා හැරීමේ පද්ධතිය”, “සමාගමේ සේවාදායක සහ උපකරණ නඩත්තු කිරීම”, “අභ්යන්තර පද්ධති පරිපාලනය” යනාදියයි. මත; සේවායෝජකයා විකාර කතා කරන බව ඔබට වැටහේ. අල්ලා ගැනීම නම් "පද්ධති පරිපාලක" වෙනුවට පුරප්පාඩු මාතෘකාව "DevOps ඉංජිනේරු" විය යුතු අතර, මෙම මාතෘකාව වෙනස් කළහොත්, සියල්ල නිසි තැනට වැටේ.
කෙසේ වෙතත්, එවැනි පුරප්පාඩුවක් කියවන විට කෙනෙකුට ඇති වන හැඟීම කුමක්ද? සමාගම අනුවාද පාලන සහ අධීක්ෂණ පද්ධතිය යන දෙකම යොදවන බහු යන්ත්‍ර ක්‍රියාකරුවෙකු සොයමින් සිටින අතර ඔහුගේ දත්වලින් twister මිරිකන බව...
නමුත් ශ්‍රම වෙළඳපොලේ මත්ද්‍රව්‍යවලට ඇබ්බැහි වීමේ මට්ටම වැඩි නොකිරීමට, පුරප්පාඩු ඔවුන්ගේ නියම නම් වලින් ඇමතීම ප්‍රමාණවත් වන අතර DevOps ඉංජිනේරුවෙකු සහ පද්ධති පරිපාලකයෙකු යනු වෙනස් ආයතන දෙකක් බව පැහැදිලිව වටහා ගැනීම ප්‍රමාණවත් වේ. නමුත් අපේක්ෂකයෙකුට හැකි පුළුල්ම අවශ්‍යතා ලැයිස්තුව ඉදිරිපත් කිරීමට සමහර සේවා යෝජකයින්ගේ නොමැකෙන ආශාව නිසා “සම්භාව්‍ය” පද්ධති පරිපාලකයින් ඔවුන් වටා සිදුවන්නේ කුමක්ද යන්න තේරුම් ගැනීම නතර කරයි. කුමක්ද, වෘත්තිය විකෘති වන අතර ඔවුන් කාලය පිටුපස සිටින්නේද?
නෑ නෑ තව එක පාරක් නෑ. සමාගමේ අභ්යන්තර සේවාදායකයන් කළමනාකරණය කරන හෝ L2/L3 ආධාරක තනතුරු දරන සහ අනෙකුත් සේවකයින්ට උපකාර කරන යටිතල පහසුකම් පරිපාලකයින් ඉවත්ව ගොස් නැති අතර ඉවත්ව යන්නේද නැත.
මෙම විශේෂඥයින්ට DevOps ඉංජිනේරුවන් විය හැකිද? ඇත්තෙන්ම ඔවුන්ට පුළුවන්. ඇත්ත වශයෙන්ම, මෙය පද්ධති පරිපාලන කුසලතා අවශ්‍ය වන ආශ්‍රිත පරිසරයකි, නමුත් මීට අමතරව, අධීක්ෂණ, බෙදා හැරීමේ පද්ධති සමඟ වැඩ කිරීම සහ සාමාන්‍යයෙන්, සංවර්ධන සහ පරීක්ෂණ කණ්ඩායම සමඟ සමීප අන්තර්ක්රියා එකතු කරනු ලැබේ.
තවත් DevOps ගැටලුවක්
ඇත්ත වශයෙන්ම, සෑම දෙයක්ම කුලියට ගැනීම සහ පරිපාලකයින් සහ devops අතර නිරන්තර ව්‍යාකූලත්වයට පමණක් සීමා නොවේ. යම් අවස්ථාවක, අවසාන යටිතල පහසුකම් සමඟ සංවර්ධන කණ්ඩායමේ යාවත්කාලීන කිරීම් සහ අන්තර්ක්රියා ලබා දීමේ ගැටලුවට ව්‍යාපාරය මුහුණ දී ඇත.
සමහර විට ඒ දිලිසෙන ඇස් ඇති මාමා කෙනෙක් යම් සම්මන්ත්‍රණයක වේදිකාවේ නැඟිට, “අපි මේක කරනවා, ඒකට DevOps කියලා කියනවා. මේ අය ඔබේ සියලු ගැටලු විසඳයි” - සහ DevOps භාවිතයන් ක්රියාත්මක කිරීමෙන් පසු සමාගම තුළ ජීවිතය කෙතරම් යහපත් දැයි කියන්නට පටන් ගත්තේය.
කෙසේ වෙතත්, සෑම දෙයක්ම කළ යුතු පරිදි ක්රියාත්මක කිරීමට DevOps ඉංජිනේරුවෙකු බඳවා ගැනීම ප්‍රමාණවත් නොවේ. සමාගම සම්පූර්ණ DevOps පරිවර්තනයකට භාජනය විය යුතුය, එනම්, අපගේ DevOps වල කාර්යභාරය සහ හැකියාවන් නිෂ්පාදන සංවර්ධන සහ පරීක්ෂණ කණ්ඩායමේ පැත්තෙන් පැහැදිලිව අවබෝධ කර ගත යුතුය. සමහර ස්ථානවල සිදුවන සියලු ම්ලේච්ඡත්වය සම්පූර්ණයෙන්ම නිදර්ශනය කරන මෙම මාතෘකාව පිළිබඳ "පුදුම" කථාවක් අප සතුව ඇත.
තත්ත්වය. DevOps එය ක්රියා කරන්නේ කෙසේදැයි සොයා බැලීමකින් තොරව අනුවාද ආපසු හැරවීමේ පද්ධතියක් යෙදවීමට අවශ්‍ය වේ. පරිශීලක පද්ධතිය තුළ මුල් නම, අවසාන නම සහ මුරපදය සඳහා වෙනම ක්ෂේත්ර ඇති බව උපකල්පනය කරමු. නිෂ්පාදනයේ නව අනුවාදයක් එළියට එයි, නමුත් සංවර්ධකයින් සඳහා, "ආපසු හැරීම" යනු සෑම දෙයක්ම නිවැරදි කරන මැජික් යෂ්ටියක් පමණක් වන අතර, එය ක්රියා කරන්නේ කෙසේදැයි ඔවුන් දන්නේ නැත. එබැවින්, උදාහරණයක් ලෙස, ඊළඟ පැච් එකේ සංවර්ධකයින් පළමු සහ අවසාන නම් ක්ෂේත්ර ඒකාබද්ධ කර එය නිෂ්පාදනයට පෙරළා ඇත, නමුත් කිසියම් හේතුවක් නිසා අනුවාදය මන්දගාමී වේ. සිද්ධවන්නේ කුමක් ද? කළමනාකරණය devops වෙත පැමිණ “ස්විචය අදින්න!” යැයි පවසයි, එනම්, පෙර අනුවාදයට ආපසු යාමට ඔහුගෙන් ඉල්ලා සිටී. devops කරන්නේ කුමක්ද? එය පෙර අනුවාදයට පෙරළෙයි, නමුත් සංවර්ධකයින්ට මෙම ආපසු හැරීම සිදු කළේ කෙසේදැයි සොයා ගැනීමට අවශ්‍ය නොවූ බැවින්, දත්ත සමුදාය ද ආපසු හැරවිය යුතු බව කිසිවෙකු devops කණ්ඩායමට කීවේ නැත. එහි ප්රතිඵලයක් වශයෙන්, සෑම දෙයක්ම අප වෙනුවෙන් කඩා වැටෙන අතර, මන්දගාමී වෙබ් අඩවියක් වෙනුවට, පරිශීලකයන් "500" දෝෂයක් දකිනු ඇත, පැරණි අනුවාදය නව දත්ත සමුදායේ ක්ෂේත්ර සමඟ ක්රියා නොකරයි. Devops මේ ගැන දන්නේ නැහැ. සංවර්ධකයින් නිහඬයි. කළමනාකාරිත්වය ඔවුන්ගේ ස්නායු හා මුදල් අහිමි වීමට පටන් ගන්නා අතර උපස්ථ මතක තබා ගනිමින් "අවම වශයෙන් යමක් ක්රියාත්මක වනු ඇත" යනුවෙන් ඔවුන්ගෙන් ආපසු හැරවීමට ඉදිරිපත් වේ. එහි ප්රතිඵලයක් වශයෙන්, පරිශීලකයින්ට ඔවුන්ගේ සියලු දත්ත යම් කාලයක් තුළ අහිමි වේ.
ගෙඩි, ඇත්ත වශයෙන්ම, devops වෙත යන අතර, එය "නිසි ආපසු හැරීමේ පද්ධතියක් සාදා නොතිබුණි", සහ මෙම කතාවේ මූස් සංවර්ධකයින් බව කිසිවෙකු ගණන් ගන්නේ නැත.
නිගමනය සරලයි: DevOps සඳහා සාමාන්‍ය ප්‍රවේශයක් නොමැතිව, එය එතරම් ප්‍රයෝජනයක් නැත.
මතක තබා ගත යුතු ප්රධානතම දෙය: DevOps ඉංජිනේරුවෙකු ඉන්ජිනේරුවෙක් නොවන අතර, ගුණාත්මක සන්නිවේදනය සහ සංවර්ධනය සමඟ ද්වි-මාර්ග අන්තර්ක්රියා නොමැතිව, ඔහු තම කාර්යයන් සමඟ සාර්ථකව කටයුතු නොකරනු ඇත. Devs හට ඔවුන්ගේ “ගැටළු” සමඟ තනිව සිටීමට හෝ “සංවර්ධකයින් සමඟ මැදිහත් නොවන්න, ඔවුන්ගේ කාර්යය කේත කිරීම” යන විධානය ලබා දිය නොහැක, එවිට තීරණාත්මක මොහොතක සෑම දෙයක්ම කළ යුතු පරිදි ක්රියාත්මක වනු ඇතැයි බලාපොරොත්තු වේ. ඒක එහෙම නෙවෙයි වැඩ කරන්නේ.
මූලික වශයෙන්, DevOps යනු කළමනාකරණය සහ තාක්ෂණය අතර මායිමේ නිපුණතාවයකි. එපමණක් නොව, මෙම කොක්ටේල් තුළ කළමනාකරණයට වඩා වැඩි තාක්ෂණයක් තිබිය යුතු බව පැහැදිලි නැත. ඔබට සැබවින්ම වේගවත් හා වඩා කාර්යක්ෂම සංවර්ධන ක්‍රියාවලි ගොඩනැගීමට අවශ්‍ය නම්, ඔබ ඔබේ devops කණ්ඩායම විශ්වාස කළ යුතුය. ඔහු නිවැරදි මෙවලම් දනී, ඔහු සමාන ව්යාපෘති ක්රියාත්මක කර ඇත, එය කරන්නේ කෙසේදැයි ඔහු දනී. ඔහුට උදව් කරන්න, ඔහුගේ උපදෙස් වලට සවන් දෙන්න, ඔහුව යම් ආකාරයක ස්වාධීන ඒකකයකට හුදකලා කිරීමට උත්සාහ නොකරන්න. පරිපාලකයින්ට තනිවම වැඩ කළ හැකි නම්, මෙම නඩුවේදී devops නිෂ්ඵල වේ; ඔබ විසින්ම මෙම උපකාරය පිළිගැනීමට අකමැති නම් ඔවුන්ට ඔබට වඩා හොඳ වීමට උදව් කිරීමට ඔවුන්ට නොහැකි වනු ඇත.
සහ අවසාන දෙයක්: යටිතල පහසුකම් පරිපාලකයින් අමනාප කිරීම නවත්වන්න. ඔවුන්ට ඔවුන්ගේම, අතිශයින් වැදගත් කාර්යයක් ඇත. ඔව්, පරිපාලකයෙකුට DevOps ඉංජිනේරුවෙකු විය හැකිය, නමුත් මෙය සිදුවිය යුත්තේ පුද්ගලයාගේම ඉල්ලීම මත මිස පීඩනය යටතේ නොවේ. පද්ධති පරිපාලකයෙකුට පද්ධති පරිපාලකයෙකු ලෙස සිටීමට අවශ්‍ය වීමෙහි වරදක් නැත - මෙය ඔහුගේ වෙනම වෘත්තිය සහ ඔහුගේ අයිතියයි. ඔබට වෘත්තීය පරිවර්තනයකට භාජනය වීමට අවශ්‍ය නම්, ඔබට තාක්‍ෂණික කුසලතා පමණක් නොව කළමනාකරණ කුසලතා ද ගොඩනගා ගත යුතු බව ඔබ කිසි විටෙකත් අමතක නොකළ යුතුය. බොහෝ දුරට ඉඩ ඇති පරිදි, මෙම සියලු දෙනා එකට එකතු කර එකම භාෂාවෙන් සන්නිවේදනය කිරීමට ඔවුන්ට ඉගැන්වීම නායකයෙකු ලෙස ඔබට භාර වනු ඇත.
මූලාශ්රය: www.habr.com