DevOps ගැන කතා කරන විට ප්‍රධාන කරුණ ග්‍රහණය කර ගැනීම අපහසුද? අපි ඔබ වෙනුවෙන් විචිත්‍රවත් සාදෘශ්‍යයන්, කැපී පෙනෙන සූත්‍රගත කිරීම් සහ විශේෂඥයින්ගෙන් උපදෙස් ලබාගෙන ඇති අතර එය විශේෂඥයින් නොවන අයට පවා කාරණයට පැමිණීමට උපකාරී වේ. අවසානයේදී, ප්‍රසාද දීමනාව Red Hat සේවකයින්ගේම DevOps වේ.
DevOps යන පදය මීට වසර 10කට පෙර ආරම්භ වූ අතර Twitter හැෂ් ටැගයක සිට තොරතුරු තාක්ෂණ ලෝකයේ ප්‍රබල සංස්කෘතික ව්‍යාපාරයක් දක්වා ගොස් ඇත, එය සංවර්ධකයින් ඉක්මනින් දේවල් කිරීමට, අත්හදා බැලීමට සහ නැවත නැවත කිරීමට දිරිගන්වන සැබෑ දර්ශනයකි. DevOps ඩිජිටල් පරිවර්තන සංකල්පය සමඟ වෙන් කළ නොහැකි ලෙස සම්බන්ධ වී ඇත. නමුත් තොරතුරු තාක්ෂණ පාරිභාෂිතය සමඟ බොහෝ විට සිදු වන පරිදි, පසුගිය වසර දහය තුළ DevOps තමන් ගැන බොහෝ නිර්වචන, අර්ථකථන සහ වැරදි වැටහීම් ලබා ගෙන ඇත.
එමනිසා, ඔබට DevOps ගැන බොහෝ විට ප්‍රශ්න ඇසීමට හැකිය, එය වේගවත් හා සමානද? එසේත් නැතිනම් මෙය විශේෂ ක්‍රමවේදයක්ද? නැතහොත් එය "සහයෝගීතාවය" යන වචනය සඳහා තවත් සමාන පදයක්ද?
DevOps වලට විවිධ සංකල්ප ඇතුළත් වේ (අඛණ්ඩ බෙදාහැරීම, අඛණ්ඩ ඒකාබද්ධ කිරීම, ස්වයංක්‍රීයකරණය, ආදිය), එබැවින් වැදගත් දේ ආසවනය කිරීම අභියෝගාත්මක විය හැකිය, විශේෂයෙන් ඔබ විෂය කෙරෙහි දැඩි උනන්දුවක් දක්වන විට. කෙසේ වෙතත්, ඔබ ඔබේ අදහස් ඔබේ ඉහළ නිලධාරීන්ට පැවසීමට උත්සාහ කළත්, ඔබේ වැඩ ගැන ඔබේ පවුලේ අයගෙන් හෝ මිතුරන්ගෙන් කෙනෙකුට පැවසීමට උත්සාහ කළත් මෙම කුසලතාව ඉතා ප්‍රයෝජනවත් වේ. එබැවින්, අපි දැනට DevOps හි පාරිභාෂික සූක්ෂ්මතා පසෙකට දමා විශාල පින්තූරය කෙරෙහි අවධානය යොමු කරමු.
DevOps යනු කුමක්ද: 6 අර්ථ දැක්වීම් සහ ප්‍රතිසමයන්
DevOps හි සාරය හැකිතාක් සරලව සහ කෙටියෙන් පැහැදිලි කරන ලෙස අපි විශේෂඥයින්ගෙන් ඉල්ලා සිටිමු, එවිට ඕනෑම තාක්ෂණික දැනුමක් ඇති පාඨකයන්ට එහි වටිනාකම පැහැදිලි වේ. මෙම සංවාදවල ප්‍රතිඵල මත පදනම්ව, අපි DevOps පිළිබඳ ඔබේ කතාව ගොඩනඟා ගැනීමට උපකාර වන වඩාත්ම කැපී පෙනෙන ප්‍රතිසමයන් සහ කැපී පෙනෙන සූත්‍රගත කිරීම් තෝරාගෙන ඇත.
1. DevOps යනු සංස්කෘතික ව්‍යාපාරයකි
"DevOps යනු යමෙක් එය භාවිතා කිරීමට පටන් ගන්නා තෙක් මෘදුකාංගය සැබෑ ප්‍රතිලාභ ගෙන නොදෙන බව දෙපාර්ශවයම (මෘදුකාංග සංවර්ධකයින් සහ තොරතුරු තාක්ෂණ පද්ධති මෙහෙයුම් විශේෂඥයින්) හඳුනා ගන්නා සංස්කෘතික ව්‍යාපාරයකි: පාරිභෝගිකයින්, සේවාදායකයින්, සේවකයින්, කාරණය නොවේ," ජ්‍යෙෂ්ඨ පර්යේෂණ Eveline Oehrlich පවසයි. DevOps ආයතනයේ විශ්ලේෂක. "එබැවින්, මෙම පාර්ශව දෙකම එක්ව වේගවත් සහ උසස් තත්ත්වයේ මෘදුකාංග බෙදා හැරීම සහතික කරයි."
2. DevOps යනු සංවර්ධකයින් සවිබල ගැන්වීමයි.
"DevOps විසින් යෙදුම් හිමිකර ගැනීමට, ඒවා ක්‍රියාත්මක කිරීමට සහ ආරම්භයේ සිට අවසානය දක්වා බෙදා හැරීම කළමනාකරණය කිරීමට සංවර්ධකයන්ට බලය ලබාදේ."
"සාමාන්‍යයෙන්, ස්වයංක්‍රීය ක්‍රියාවලි ගොඩ නැගීම සහ ක්‍රියාත්මක කිරීම මගින් නිෂ්පාදනයට යෙදුම් බෙදා හැරීම වේගවත් කිරීමේ ක්‍රමයක් ලෙස DevOps ගැන කතා කරයි" යනුවෙන් රක්ෂණ සමාගමක් වන Liberty Mutual හි DevOps වේදිකාවල අධ්‍යක්ෂ Jai Schniepp පවසයි. "නමුත් මට එය වඩා මූලික දෙයක්." DevOps සංවර්ධකයින්ට යෙදුම් හෝ විශේෂිත මෘදුකාංග කොටස් අයිති කර ගැනීමට, ඒවා ක්‍රියාත්මක කිරීමට සහ ආරම්භයේ සිට අවසානය දක්වා ඔවුන්ගේ බෙදා හැරීම කළමනාකරණය කිරීමට බල ගන්වයි. DevOps වගකීම් ව්‍යාකූලත්වය තුරන් කරන අතර ස්වයංක්‍රීය, සංවර්ධකයින් විසින් මෙහෙයවන යටිතල පහසුකම් නිර්මාණය කිරීමට සම්බන්ධ සියලු දෙනාටම මග පෙන්වයි.
3. DevOps යනු යෙදුම් නිර්මාණය සහ බෙදා හැරීමේ සහයෝගීතාවයයි.
"සරලව කිවහොත්, DevOps යනු මෘදුකාංග නිෂ්පාදනය සහ බෙදා හැරීම සඳහා ප්‍රවේශයක් වන අතර එහිදී සියලු දෙනා එකට වැඩ කරයි," BMC හි ඩිජිටල් ව්‍යාපාර ස්වයංක්‍රීයකරණයේ සභාපති සහ ප්‍රධානී Gur Staf පවසයි.
4. DevOps යනු නල මාර්ගයකි
"වාහක එකලස් කළ හැක්කේ සියලුම කොටස් එකට ගැලපෙන්නේ නම් පමණි."
“මම DevOps මෝටර් රථ එකලස් කිරීමේ මාර්ගයකට සංසන්දනය කරමි,” Gur කාර්ය මණ්ඩලය තවදුරටත් පවසයි. - අදහස වන්නේ සියලුම කොටස් කලින් සැලසුම් කර සකස් කිරීම වන අතර එමඟින් ඒවා තනි ගැලපීමකින් තොරව එකලස් කළ හැකිය. වාහක එකලස් කිරීම කළ හැක්කේ සියලුම කොටස් එකට ගැලපෙන්නේ නම් පමණි. එන්ජිමක් නිර්මාණය කර ගොඩනඟන අය එය ශරීරයට හෝ රාමුවට සවි කරන්නේ කෙසේදැයි සලකා බැලිය යුතුය. තිරිංග හදන අය රෝද ආදිය ගැන සිතා බැලිය යුතුය. මෘදුකාංග සම්බන්ධයෙන්ද එයම විය යුතුය.
ව්‍යාපාර තර්කනය හෝ පරිශීලක අතුරුමුහුණතක් නිර්මාණය කරන සංවර්ධකයෙකු පාරිභෝගික තොරතුරු ගබඩා කරන දත්ත සමුදාය, පරිශීලක දත්ත ආරක්ෂා කිරීමේ ආරක්ෂක පියවර සහ සේවාව විශාල, සමහර විට ඩොලර් මිලියන ගණනක පරිශීලක ප්‍රේක්ෂක පිරිසකට සේවය කිරීමට පටන් ගත් විට මේ සියල්ල ක්‍රියා කරන්නේ කෙසේද යන්න ගැන සිතා බැලිය යුතුය. ."
“තමන්ගේ කාර්යයන් කෙරෙහි පමණක් අවධානය යොමු කරනවාට වඩා අන් අය කරන කාර්යයේ කොටස් ගැන සහයෝගීව කටයුතු කිරීමට සහ සිතීමට මිනිසුන් යොමු කිරීම, ජය ගැනීමට ඇති ලොකුම බාධකයයි. ඔබට මෙය කළ හැකි නම්, ඔබට ඩිජිටල් පරිවර්තනය සඳහා විශිෂ්ට අවස්ථාවක් තිබේ, ”ගුර් කාර්ය මණ්ඩලය එකතු කරයි.
5. DevOps යනු පුද්ගලයන්, ක්‍රියාවලි සහ ස්වයංක්‍රීයකරණයේ නිවැරදි එකතුවකි
DevOps ආයතනයේ විධායක අධ්‍යක්ෂ Jayne Groll, DevOps පැහැදිලි කිරීම සඳහා විශිෂ්ට සාදෘශ්‍යයක් ඉදිරිපත් කළේය. ඇගේ වචන වලින්, "DevOps යනු ප්‍රධාන අමුද්‍රව්‍ය කාණ්ඩ තුනක් සහිත වට්ටෝරුවක් වැනිය: පුද්ගලයන්, ක්‍රියාවලිය සහ ස්වයංක්‍රීයකරණය. මෙම අමුද්‍රව්‍ය බොහොමයක් වෙනත් ප්‍රදේශවලින් සහ මූලාශ්‍රවලින් ලබාගත හැක: Lean, Agile, SRE, CI/CD, ITIL, නායකත්වය, සංස්කෘතිය, මෙවලම්. DevOps හි රහස, ඕනෑම හොඳ වට්ටෝරුවක් මෙන්, යෙදුම් නිර්මාණය කිරීමේ සහ නිකුත් කිරීමේ වේගය සහ කාර්යක්ෂමතාව වැඩි කිරීම සඳහා මෙම අමුද්‍රව්‍යවල නිවැරදි අනුපාතයන් සහ මිශ්‍රණය ලබා ගන්නේ කෙසේද යන්නයි.
6. DevOps යනු ක්‍රමලේඛකයින් Formula 1 කණ්ඩායමක් ලෙස ක්‍රියා කරන විටය
"තරගය ආරම්භයේ සිට අවසානය දක්වා සැලසුම් කර නැත, නමුත් ඊට පටහැනිව, අවසානය සිට ආරම්භය දක්වා."
"DevOps මුලපිරීමකින් අපේක්ෂා කළ යුතු දේ ගැන කතා කරන විට, මම NASCAR හෝ Formula 1 ධාවන කණ්ඩායමක උදාහරණය භාවිතා කරමි" යනුවෙන් Red Hat හි Cloud Platform Marketing හි ජ්‍යෙෂ්ඨ කළමනාකරු සහ DevOps'ish පුවත් පත්‍රිකාවේ ප්‍රකාශක Chris Short පවසයි. – එවැනි කණ්ඩායමක නායකයාට එක් ඉලක්කයක් ඇත: කණ්ඩායමට ඇති සම්පත් සහ එයට මුහුණ දුන් අභියෝග සැලකිල්ලට ගනිමින් තරඟය අවසානයේ හැකි ඉහළම ස්ථානය ලබා ගැනීම. මෙම අවස්ථාවේ දී, තරඟය සැලසුම් කර ඇත්තේ ආරම්භයේ සිට අවසානය දක්වා නොව, ඊට ප්රතිවිරුද්ධව, අවසානය සිට ආරම්භය දක්වා ය. පළමුව, අභිලාෂකාමී ඉලක්කයක් සකසා ඇති අතර, එය සාක්ෂාත් කර ගැනීමේ මාර්ග තීරණය කරනු ලැබේ. ඉන්පසු ඒවා උප කාර්යයන් වලට බෙදා කණ්ඩායම් සාමාජිකයින්ට පවරනු ලැබේ.
“කණ්ඩායම තරඟයට පෙර මුළු සතියම ගත කරන්නේ වළ නැවතුම පරිපූර්ණ කිරීමටයි. ඔහු වෙහෙසකර ධාවන දිනයක් සඳහා හැඩගැසීමට ශක්තිය පුහුණු කිරීම සහ හෘද රෝග පුහුණු කරයි. තරඟය අතරතුර පැන නගින ඕනෑම ගැටළුවක් විසඳීමට එකට වැඩ කිරීම පුරුදු කරන්න. එසේම, සංවර්ධන කණ්ඩායම නිතර නිතර නව අනුවාදයන් නිකුත් කිරීමේ කුසලතාව පුහුණු කළ යුතුය. ඔබට එවැනි කුසලතා සහ හොඳින් ක්‍රියාත්මක වන ආරක්ෂක පද්ධතියක් තිබේ නම්, නව අනුවාදයන් නිෂ්පාදනයට දියත් කිරීම ද බොහෝ විට සිදු වේ. මෙම ලෝක දෘෂ්ටිය තුළ වේගය වැඩි කිරීම යනු ආරක්ෂාව වැඩි කිරීමයි. ”Short පවසයි.
"එය 'නිවැරදි දේ' කිරීම ගැන නොවේ," කෙටි එකතු කරයි, "එය අපේක්ෂිත ප්රතිඵලය සඳහා බාධා කරන හැකි තරම් දේවල් ඉවත් කිරීමයි. ඔබට තත්‍ය කාලීනව ලැබෙන ප්‍රතිපෝෂණ මත පදනම්ව සහයෝගයෙන් කටයුතු කරන්න. විෂමතා සඳහා සූදානම්ව සිටින්න සහ ඔබේ ඉලක්කය කරා යන ප්‍රගතිය කෙරෙහි ඒවායේ බලපෑම අවම කිරීම සඳහා ගුණාත්මකභාවය වැඩි දියුණු කිරීමට කටයුතු කරන්න. DevOps ලෝකයේ අප බලා සිටින්නේ මෙයයි. ”
DevOps පරිමාණය කරන්නේ කෙසේද: ප්‍රවීණයන්ගෙන් උපදෙස් 10ක්
DevOps සහ mass DevOps සම්පූර්ණයෙන්ම වෙනස් දේවල් බව පමණි. පළමු සිට දෙවැන්න දක්වා මාර්ගයේ බාධක ජය ගන්නේ කෙසේදැයි අපි ඔබට කියමු.
බොහෝ ආයතන සඳහා, DevOps වෙත ගමන පහසුවෙන් සහ ප්‍රසන්න ලෙස ආරම්භ වේ. කුඩා උද්යෝගිමත් කණ්ඩායම් නිර්මාණය කර ඇත, පැරණි ක්රියාවලීන් නව ඒවා සමඟ ප්රතිස්ථාපනය වේ, සහ පළමු සාර්ථකත්වය පැමිණීමට වැඩි කාලයක් ගත නොවේ.
අහෝ, මෙය හුදෙක් ව්‍යාජ ප්‍රබෝධයක්, ප්‍රගතිය පිළිබඳ මායාවක් බව නෝර්ත් හයිලන්ඩ් උපදේශන ආයතනයේ කළමනාකාර අධ්‍යක්ෂ සහ ඩිජිටල් ප්‍රධානී බෙන් ග්‍රිනෙල් පවසයි. මුල් ජයග්‍රහණ නිසැකවම දිරිගන්වන සුළුය, නමුත් ඒවා ආයතනය පුරා DevOps පුලුල්ව පැතිරීමේ අවසාන ඉලක්කය සපුරා ගැනීමට උපකාරී නොවේ.
එහි ප්රතිඵලය “අපි” සහ “ඔවුන්” අතර බෙදීමේ සංස්කෘතියක් බව පහසුවෙන්ම දැකගත හැකිය.
“බොහෝ විට, සංවිධාන මෙම පුරෝගාමී ව්‍යාපෘති දියත් කරන්නේ ඔවුන් ප්‍රධාන ධාරාවේ DevOps සඳහා මග පාදනු ඇතැයි සිතමින්, අනෙක් අයට එම මාර්ගය අනුගමනය කිරීමට හැකිවේද හෝ කැමතිද යන්න සලකා බැලීමෙන් තොරව,” බෙන් ග්‍රිනෙල් පැහැදිලි කරයි. - එවැනි ව්‍යාපෘති ක්‍රියාත්මක කිරීම සඳහා කණ්ඩායම් සාමාන්‍යයෙන් බඳවා ගනු ලබන්නේ වෙනත් ස්ථානවල දැනටමත් සමාන දෙයක් කර ඇති නමුත් ඔබේ සංවිධානයට අලුත් වන ආත්ම විශ්වාසයෙන් යුත් "වරන්ගියන්" වෙතින් ය. ඒ අතරම, අනෙක් සියල්ලන්ටම බැඳී පවතින නීති කඩ කිරීමට සහ විනාශ කිරීමට ඔවුන් දිරිමත් කරනු ලැබේ. එහි ප්රතිඵලය දැනුම හා කුසලතා හුවමාරුව වළක්වන “අපේ” සහ “ඔවුන්ගේ” සංස්කෘතියක් බව පහසුවෙන්ම දැකගත හැකිය.
“මෙම සංස්කෘතික ගැටලුව DevOps පරිමාණය කිරීමට අපහසු වීමට එක් හේතුවක් පමණි. DevOps කණ්ඩායම් වේගයෙන් වර්ධනය වන IT-පළමු සමාගම්වලට ආවේණික වූ තාක්ෂණික අභියෝගවලට මුහුණ දෙමින් සිටී,” Scalyr හි නිර්මාතෘ සහ සභාපති Steve Newman පැවසීය.
“නවීන ලෝකයේ, අවශ්‍යතා ඇති වූ වහාම සේවාවන් වෙනස් වේ. නිරන්තරයෙන් නව විශේෂාංග ක්‍රියාත්මක කිරීම සහ ක්‍රියාත්මක කිරීම ඉතා හොඳයි, නමුත් මෙම ක්‍රියාවලිය සම්බන්ධීකරණය කිරීම සහ පැන නගින ගැටළු ඉවත් කිරීම සැබෑ හිසරදයක් බව ස්ටීව් නිව්මන් පවසයි. - ඉතා වේගයෙන් වර්ධනය වන සංවිධානවල, හරස් ක්‍රියාකාරී කණ්ඩායම්වල ඉංජිනේරුවන් වෙනස්වීම්වලට දෘශ්‍යතාව පවත්වා ගැනීමට සහ යැපුම් මට්ටමින් එය නිර්මාණය කරන කැස්කැඩින් බලපෑම් පවත්වා ගැනීමට අරගල කරයි. එපමණක් නොව, මෙම අවස්ථාව අහිමි වූ විට ඉංජිනේරුවන් සතුටු නොවන අතර, එහි ප්‍රතිඵලයක් ලෙස, පැන නගින ගැටලුවල සාරය තේරුම් ගැනීම ඔවුන්ට වඩාත් අපහසු වේ.
ඉහත විස්තර කර ඇති මෙම අභියෝග ජයගෙන විශාල සංවිධානයක් තුළ DevOps විශාල වශයෙන් සම්මත කර ගැනීම වෙත ගමන් කරන්නේ කෙසේද? ඔබේ අවසාන ඉලක්කය ඔබේ මෘදුකාංග සංවර්ධන චක්‍රය සහ ව්‍යාපාර ක්රියාවලීන් වේගවත් කිරීම වුවද, ප්‍රවීණයන් ඉවසීම ඉල්ලා සිටියි.
1. සංස්කෘතිය වෙනස් වීමට කාලය ගතවන බව මතක තබා ගන්න.
Jayne Groll, විධායක අධ්‍යක්ෂ, DevOps ආයතනය: “මගේ මතය අනුව, DevOps හි ව්‍යාප්තිය වේගවත් සංවර්ධනයක් මෙන් වර්ධක සහ පුනරාවර්තන විය යුතුය (සහ සංස්කෘතියට සමානව ස්පර්ශ වේ). Agile සහ DevOps කුඩා කණ්ඩායම් අවධාරණය කරයි. නමුත් මෙම කණ්ඩායම් සංඛ්‍යාවෙන් සහ ඒකාග්‍රතාවයෙන් වර්ධනය වන විට, අපි වැඩි පිරිසක් නව වැඩ කිරීමේ ක්‍රම අනුගමනය කිරීමත් සමඟ අවසන් වන අතර එහි ප්‍රතිඵලයක් ලෙස දැවැන්ත සංස්කෘතික පරිවර්තනයක් සිදු වේ.
2. සැලසුම් කිරීම සහ වේදිකාවක් තෝරාගැනීම සඳහා ප්රමාණවත් කාලයක් ගත කරන්න
Eran Kinsbruner, Perfecto හි ප්‍රධාන තාක්ෂණික එවැන්ජලිස්ත: “පරිමාණය කිරීම ක්‍රියා කිරීමට නම්, DevOps කණ්ඩායම් ප්‍රථමයෙන් සාම්ප්‍රදායික ක්‍රියාවලි, මෙවලම් සහ කුසලතා ඒකාබද්ධ කිරීමට ඉගෙන ගත යුතු අතර, පසුව DevOps හි එක් එක් අදියර සෙමින් පෝෂණය කර ස්ථාවර කළ යුතුය. ඒ සියල්ල ආරම්භ වන්නේ පරිශීලක කථා සහ වටිනාකම් ප්‍රවාහයන් ප්‍රවේශමෙන් සැලසුම් කිරීමෙනි, ඉන්පසු මෘදුකාංග ලිවීම සහ කඳ මත පදනම් වූ සංවර්ධන හෝ වෙනත් ප්‍රවේශයන් අතු බෙදීම සහ ඒකාබද්ධ කිරීම සඳහා වඩාත් සුදුසු වෙනත් ප්‍රවේශයන් භාවිතා කරයි.
“ඉන්පසු ස්වයංක්‍රීයකරණය සඳහා පරිමාණය කළ හැකි වේදිකාවක් දැනටමත් අවශ්‍ය වන ඒකාබද්ධ කිරීමේ සහ පරීක්ෂණ අදියර පැමිණේ. DevOps කණ්ඩායම් සඳහා ඔවුන්ගේ කුසලතා මට්ටමට සහ ව්‍යාපෘතියේ අවසාන ඉලක්කවලට ගැලපෙන නිවැරදි වේදිකාව තෝරා ගැනීම වැදගත් වන්නේ මෙහිදීය.
මීළඟ අදියර නිෂ්පාදනය සඳහා යෙදවීම වන අතර මෙය වාදක මෙවලම් සහ බහාලුම් භාවිතයෙන් සම්පූර්ණයෙන්ම ස්වයංක්‍රීය කළ යුතුය. DevOps (නිෂ්පාදන සිමියුලේටරය, QA පරිසරය සහ සත්‍ය නිෂ්පාදන පරිසරය) හි සෑම අදියරකදීම අථත්‍ය පරිසරයක් තිබීම වැදගත් වන අතර අදාළ නිගමන ලබා ගැනීම සඳහා පරීක්ෂණ සඳහා සෑම විටම නවතම දත්ත පමණක් භාවිතා කරන්න. විශ්ලේෂණ බුද්ධිමත් විය යුතු අතර වේගවත් හා ක්‍රියාකාරී ප්‍රතිපෝෂණ සමඟ විශාල දත්ත සැකසීමට හැකියාව තිබිය යුතුය.
3. වරද වගකීමෙන් ඉවත් කරන්න.
Gordon Haff, RedHat එවැන්ජලිස්ත: “පරීක්ෂණයට ඉඩ සලසන සහ දිරිමත් කරන පද්ධතියක් සහ වායුගෝලයක් නිර්මාණය කිරීම වේගවත් මෘදුකාංග සංවර්ධනයේ සාර්ථක අසාර්ථකත්වයන් ලෙස හඳුන්වන දේ සඳහා ඉඩ සලසයි. අසාර්ථකත්වයන් සඳහා වෙනත් කිසිවෙකු වගකිව යුතු බව මින් අදහස් නොවේ. ඇත්ත වශයෙන්ම, වගකිව යුත්තේ කවුරුන්ද යන්න හඳුනා ගැනීම වඩාත් පහසු වේ, මන්ද “වගකීම” යනු තවදුරටත් “අනතුරක් ඇති කිරීම” නොවේ. එනම්, වගකීමේ සාරය ගුණාත්මකව වෙනස් වේ. සාධක හතරක් තීරණාත්මක වේ: කඩාකප්පල් වීමේ ප්‍රමාණය, ප්‍රවේශයන්, නිෂ්පාදන ක්රියාවලීන් සහ දිරිගැන්වීම්. (ඔබට මෙම සාධක ගැන Gordon Huff ගේ ලිපියෙන් "DevOps පාඩම්: සෞඛ්‍ය සම්පන්න අත්හදා බැලීම්වල අංශ 4ක්" කියවිය හැක.)
4. ඉදිරි මාර්ගය පිරිසිදු කරන්න
නෝර්ත් හයිලන්ඩ් උපදේශන ආයතනයේ කළමනාකාර අධ්‍යක්ෂ සහ ඩිජිටල් ප්‍රධානී බෙන් ග්‍රිනෙල්: “පරිමාණය සාක්ෂාත් කර ගැනීම සඳහා, පුරෝගාමී ව්‍යාපෘති සමඟ එක්ව “මාර්ග නිෂ්කාශන” වැඩසටහනක් දියත් කිරීමට මම නිර්දේශ කරමි. මෙම වැඩසටහනේ පරමාර්ථය වන්නේ DevOps පුරෝගාමීන් යල්පැනගිය නීති සහ එවැනි දේවල් වැනි කසළ පිරිසිදු කිරීම, එවිට ඉදිරි මාවත පැහැදිලි ලෙස පවතිනු ඇත.
“නව වැඩ කිරීමේ ක්‍රමවල සාර්ථකත්වයන් පුළුල් ලෙස සමරමින් පුරෝගාමී කණ්ඩායමෙන් ඔබ්බට ගිය සන්නිවේදනය හරහා පුද්ගලයින්ට සංවිධානාත්මක සහය සහ ගම්‍යතාව ලබා දෙන්න. DevOps ව්‍යාපෘතිවල මීළඟ රැල්ලට සම්බන්ධ වී සිටින සහ පළමු වරට DevOps භාවිතා කිරීම ගැන කලබල වන පුද්ගලයින් පුහුණු කරන්න. මේ අය පුරෝගාමීන්ට වඩා ගොඩක් වෙනස් බව මතක තියාගන්න.”
5. මෙවලම් ප්‍රජාතන්ත්‍රවාදී කරන්න
ස්ටීව් නිව්මන්, Scalyr හි නිර්මාතෘ සහ සභාපති: “මෙවලම් මිනිසුන්ගෙන් සඟවා නොගත යුතු අතර, කාලය ගත කිරීමට කැමති ඕනෑම කෙනෙකුට ඒවා ඉගෙන ගැනීමට සාපේක්ෂව පහසු විය යුතුය. ලඝු-සටහන් විමසීමේ හැකියාව මෙවලමක් භාවිතා කිරීම සඳහා "සහතික කළ" පුද්ගලයන් තිදෙනෙකුට සීමා කර තිබේ නම්, ඔබට ඉතා විශාල පරිගණක පරිසරයක් තිබුණද, ගැටලුව හැසිරවීමට ඔබට සැමවිටම උපරිම පුද්ගලයන් තිදෙනෙකු සිටී. වෙනත් වචන වලින් කිවහොත්, බරපතල (ව්‍යාපාරික) ප්‍රතිවිපාකවලට තුඩු දිය හැකි බාධකයක් මෙහි තිබේ.
6. කණ්ඩායම් වැඩ සඳහා සුදුසු කොන්දේසි නිර්මානය කරන්න
ටොම් ක්ලාක්, ITV හි පොදු වේදිකාවේ ප්‍රධානියා: “ඔබට ඕනෑම දෙයක් කළ හැකිය, නමුත් සියල්ල එකවර කළ නොහැක. එබැවින් විශාල ඉලක්ක තබා, කුඩාවෙන් ආරම්භ කරන්න, සහ වේගවත් පුනරාවර්තනයෙන් ඉදිරියට යන්න. කාලයාගේ ඇවෑමෙන්, ඔබ දේවල් සිදු කිරීම සඳහා කීර්තියක් ගොඩනඟා ගනු ඇත, එබැවින් අන් අයටද ඔබේ ක්‍රම භාවිතා කිරීමට අවශ්‍ය වනු ඇත. සහ ඉතා ඵලදායී කණ්ඩායමක් ගොඩනැගීම ගැන කරදර නොවන්න. ඒ වෙනුවට, මිනිසුන්ට පරිපූර්ණ සේවා කොන්දේසි ලබා දීම සහ කාර්යක්ෂමතාව අනුගමනය කරනු ඇත.
7. Conway's Law සහ Kanban පුවරු ගැන අමතක කරන්න එපා
CollabNetVersionOne හි මෘදුකාංග බෙදාහැරීමේ සහ DevOps උපායමාර්ග අධ්‍යක්ෂ Logan Daigle: “කොන්වේගේ නීතියේ ප්‍රතිවිපාක තේරුම් ගැනීම වැදගත්ය. මගේ ලිහිල් ව්‍යවහාරයේ, මෙම නීතිය පවසන්නේ අප නිර්මාණය කරන නිෂ්පාදන සහ DevOps ඇතුළුව අප එසේ කිරීමට භාවිතා කරන ක්රියාවලීන් අපගේ සංවිධානය මෙන් ව්‍යුහගත වී ඇති බවයි.
“සංවිධානයක සිලෝ ගොඩක් තිබේ නම් සහ මෘදුකාංග සැලසුම් කිරීමේදී, ගොඩනඟන විට සහ මුදා හැරීමේදී පාලනය බොහෝ වාරයක් වෙනස් වන්නේ නම්, පරිමාණයේ බලපෑම ශුන්‍ය හෝ කෙටි කාලීන වනු ඇත. යම් සංවිධානයක් වෙළඳපල කේන්ද්‍ර කරගනිමින් අරමුදල් සපයන නිෂ්පාදන වටා හරස් ක්‍රියාකාරී කණ්ඩායම් ගොඩනඟන්නේ නම්, සාර්ථකත්වයේ අවස්ථා නාටකාකාර ලෙස වැඩි වේ.
“පරිමාණය කිරීමේ තවත් වැදගත් අංගයක් වන්නේ කන්බන් පුවරු මත සිදු වෙමින් පවතින සියලුම වැඩ (WIP, වැඩ ප්‍රගතිය) ප්‍රදර්ශනය කිරීමයි. සංවිධානයකට මිනිසුන්ට මේ දේවල් දැකිය හැකි ස්ථානයක් ඇති විට, එය විශාලනය කෙරෙහි ධනාත්මක බලපෑමක් ඇති සහයෝගීතාව බෙහෙවින් දිරිමත් කරයි.
8. පැරණි කැළැල් සොයන්න
Manuel Pais, DevOps උපදේශක සහ Team Topologies හි සම කර්තෘ: “Dev සහ Ops වලින් ඔබ්බට DevOps භාවිතයන් ගෙන ඒවා වෙනත් කාර්යයන් සඳහා යොදා ගැනීමට උත්සාහ කිරීම කිසිසේත්ම ප්‍රශස්ත ප්‍රවේශයක් නොවේ. මෙය නිසැකවම යම් බලපෑමක් ඇති කරනු ඇත (උදාහරණයක් ලෙස, අතින් පාලනය ස්වයංක්‍රීය කිරීම), නමුත් අපි බෙදා හැරීම සහ ප්‍රතිපෝෂණ ක්රියාවලීන් අවබෝධ කර ගැනීමෙන් ආරම්භ කළහොත් තවත් බොහෝ දේ ලබා ගත හැකිය.
“සංවිධානයක තොරතුරු තාක්ෂණ පද්ධතියේ පැරණි කැළැල් තිබේ නම් - අතීත සිදුවීම්වල ප්‍රතිඵලයක් ලෙස ක්‍රියාත්මක කරන ලද ක්‍රියා පටිපාටි සහ කළමනාකරණ යාන්ත්‍රණ, නමුත් ඒවායේ අදාළත්වය නැති වී තිබේ නම් (නිෂ්පාදන, තාක්ෂණයන් හෝ ක්‍රියාවලීන්හි වෙනස්කම් හේතුවෙන්) - ඒවා නිසැකවම ඉවත් කළ යුතුය. හෝ අකාර්යක්ෂම හෝ අනවශ්‍ය ක්‍රියාවලි ස්වයංක්‍රීය කිරීම වෙනුවට සිනිඳු කර ඇත."
9. DevOps විකල්ප බෝ නොකරන්න
ඇන්තනි එඩ්වර්ඩ්ස්, වම්බටු මෙහෙයුම් අධ්‍යක්ෂ: “DevOps යනු ඉතා අපැහැදිලි යෙදුමකි, එබැවින් සෑම කණ්ඩායමක්ම DevOps හි තමන්ගේම අනුවාදයකින් අවසන් වේ. සංවිධානයක හදිසියේම DevOps වර්ග 20 ක් ඇති විට නරක දෙයක් නැත. සංවර්ධනය සහ නිෂ්පාදන කළමනාකරණය අතර එක් එක් සංවර්ධන කණ්ඩායම් තුනටම තමන්ගේම, විශේෂ අතුරු මුහුණතක් තිබීම කළ නොහැක්කකි. නිෂ්පාදන සිමියුලේටරයකට මාරු කිරීමේදී ප්‍රතිපෝෂණ හැසිරවීම සඳහා නිෂ්පාදනවලට ඔවුන්ගේම අද්විතීය අපේක්ෂාවන් නොතිබිය යුතුය. එසේ නොමැතිනම්, ඔබට කිසි විටෙකත් DevOps පරිමාණය කිරීමට නොහැකි වනු ඇත.
10. DevOps හි ව්‍යාපාරික වටිනාකම දේශනා කරන්න
ස්ටීව් නිව්මන්, Scalyr හි නිර්මාතෘ සහ සභාපති: “DevOps හි වටිනාකම හඳුනා ගැනීමට ක්‍රියා කරන්න. ඉගෙන ගෙන ඔබ කරන දෙයෙහි ප්‍රතිලාභ ගැන කතා කිරීමට නිදහස් වන්න. DevOps යනු ඇදහිය නොහැකි කාලය සහ මුදල් ඉතිරි කරන්නකි (නිකමට සිතන්න: අඩු අක්‍රිය කාලය, ප්‍රකෘතිමත් වීමට කෙටි මධ්‍ය කාලය), සහ DevOps කණ්ඩායම් ව්‍යාපාර සාර්ථකත්වය සඳහා මෙම මුලපිරීම්වල වැදගත්කම වෙහෙස නොබලා අවධාරණය කළ යුතුය (සහ දේශනා කළ යුතුය). මේ ආකාරයෙන් ඔබට අනුගාමිකයින්ගේ කවය පුළුල් කළ හැකි අතර සංවිධානය තුළ DevOps හි බලපෑම වැඩි කළ හැකිය.
බෝනස්
මත අපගේම DevOps සැප්තැම්බර් 13 දින පැමිණෙනු ඇත - ඔව්, Red Hat, මෘදුකාංග නිෂ්පාදකයෙකු ලෙස, එහිම DevOps කණ්ඩායම් සහ භාවිතයන් ඇත.
සංවිධානය පුරා සිටින අනෙකුත් කණ්ඩායම් සඳහා අභ්‍යන්තර ස්වයංක්‍රීයකරණ සේවා සංවර්ධනය කරන අපගේ ඉංජිනේරු මාර්ක් බර්ගර්, ඔහුගේම කතාව පැහැදිලි රුසියානු භාෂාවෙන් කියනු ඇත - Red Hat DevOps කණ්ඩායම ඇන්සිබල් විසින් කළමනාකරණය කරන ලද Hat Virtualization අතථ්‍ය පරිසරයෙන් යෙදුම් සංක්‍රමණය කළ ආකාරය සම්පූර්ණ බහාලුම් ආකෘතියකට OpenShift වේදිකාව.
නමුත් එය සියල්ලම නොවේ:
ආයතන විසින් වැඩ බර බහාලුම් වෙත ගෙන ගිය පසු, සාම්ප්‍රදායික යෙදුම් අධීක්ෂණ ක්‍රම ක්‍රියා නොකරනු ඇත. දෙවන කතාවේදී අපි ලොග් වන ආකාරය වෙනස් කිරීමට අපගේ අභිප්‍රේරණය පැහැදිලි කර නවීන ලොග් සහ අධීක්ෂණ ක්‍රම වෙත අපව ගෙන ගිය මාවතේ අඛණ්ඩව පෙන්වමු.
මූලාශ්රය: www.habr.com