රුසියාවේ DevOps තත්ත්වය 2020

යම් දෙයක තත්වය තේරුම් ගන්නේ කෙසේද?

ඔබට විවිධ තොරතුරු මූලාශ්‍රවලින් සාදන ලද ඔබේ මතය මත විශ්වාසය තැබිය හැකිය, උදාහරණයක් ලෙස, වෙබ් අඩවිවල ප්‍රකාශන හෝ අත්දැකීම්. ඔබට සගයන්, හඳුනන අයගෙන් විමසිය හැකිය. තවත් විකල්පයක් වන්නේ සම්මන්ත්‍රණවල මාතෘකා දෙස බැලීමයි: වැඩසටහන් කමිටුව කර්මාන්තයේ ක්‍රියාකාරී නියෝජිතයන් වන බැවින් අදාළ මාතෘකා තෝරාගැනීමේදී අපි ඔවුන්ව විශ්වාස කරමු. වෙනම අංශයක් වන්නේ පර්යේෂණ සහ වාර්තා ය. නමුත් ගැටලුවක් තිබේ. DevOps තත්ත්වය පිළිබඳ පර්යේෂණ ලෝකයේ වාර්ෂිකව පවත්වනු ලබන අතර, විදේශ සමාගම් විසින් වාර්තා ප්‍රකාශයට පත් කරනු ලබන අතර රුසියානු DevOps පිළිබඳ කිසිදු තොරතුරක් නොමැති තරම්ය.

නමුත් එවැනි අධ්යයනයක් සිදු කරන ලද දිනය පැමිණ ඇති අතර, අද අපි ප්රතිඵල ගැන කතා කරමු. රුසියාවේ DevOps තත්ත්වය සමාගම් විසින් ඒකාබද්ධව අධ්‍යයනය කරන ලදී.අධිවේගී 42"සහ"ඔන්ටිකෝ". Express 42 තාක්‍ෂණ සමාගම්වලට DevOps භාවිතයන් සහ මෙවලම් ක්‍රියාත්මක කිරීමට සහ සංවර්ධනය කිරීමට උදවු වන අතර රුසියාවේ DevOps ගැන කතා කළ පළමු අයගෙන් එකකි. අධ්‍යයනයේ කතුවරුන් වන ඊගෝර් කුරොච්කින් සහ විටාලි කබරොව් එක්ස්ප්‍රස් 42 හි විශ්ලේෂණය සහ උපදේශන කටයුතුවල නියැලී සිටින අතර විවිධ සමාගම්වල මෙහෙයුම් සහ අත්දැකීම් වලින් තාක්ෂණික පසුබිමක් ඇත. වසර 8 ක් තිස්සේ, සගයන් විවිධ ගැටළු මෙන්ම විවිධ සංස්කෘතික හා ඉංජිනේරු පරිණතභාවයෙන් යුත් සමාගම් සහ ව්‍යාපෘති දුසිම් ගණනක් දෙස බලා ඇත - ආරම්භක සිට ව්‍යවසාය දක්වා.

ඔවුන්ගේ වාර්තාවේ, ඊගෝර් සහ විටාලි පර්යේෂණ ක්‍රියාවලියේ ඇති ගැටළු මොනවාද, ඒවා විසඳූ ආකාරය මෙන්ම DevOps පර්යේෂණ ප්‍රතිපත්තිමය වශයෙන් පවත්වන්නේ කෙසේද සහ එක්ස්ප්‍රස් 42 තමන්ගේම දෑ කිරීමට තීරණය කළේ මන්දැයි පැවසීය. ඔවුන්ගේ වාර්තාව නැරඹිය හැකිය මෙහි.

රුසියාවේ DevOps තත්ත්වය 2020

DevOps පර්යේෂණ

සංවාදය ආරම්භ කළේ ඊගෝර් කුරොච්කින් විසිනි.

අපි DevOps සම්මන්ත්‍රණවල ප්‍රේක්ෂකයින්ගෙන් නිතිපතා අසන්නෙමු, “ඔබ මෙම වසරේ DevOps තත්ත්ව වාර්තාව කියවා තිබේද?” ස්වල්ප දෙනෙක් තම දෑත් ඔසවන අතර අපගේ අධ්‍යයනයෙන් පෙන්නුම් කළේ ඒවා අධ්‍යයනය කරන්නේ තුන්වන අයෙකු පමණක් බවයි. ඔබ එවැනි වාර්තා කිසිදා දැක නොමැති නම්, ඒවා සියල්ලම බෙහෙවින් සමාන බව අපි වහාම කියමු. බොහෝ විට වාක්‍ය ඛණ්ඩ තිබේ: "පසුගිය වසරට සාපේක්ෂව ..."

මෙන්න අපට පළමු ගැටළුව ඇති අතර ඉන් පසුව තවත් දෙකක්:

  1. පසුගිය වසරේ දත්ත අප සතුව නොමැත. රුසියාවේ DevOps රාජ්‍යය කිසිවෙකුට උනන්දුවක් නොදක්වයි;
  2. ක්රමවේදය. උපකල්පන පරීක්ෂා කරන්නේ කෙසේද, ප්රශ්න ගොඩනඟන්නේ කෙසේද, විශ්ලේෂණය කරන්නේ කෙසේද, ප්රතිඵල සංසන්දනය කරන්නේ කෙසේද, සම්බන්ධතා සොයා ගන්නේ කෙසේද යන්න පැහැදිලි නැත;
  3. පාරිභාෂිතය. සියලුම වාර්තා ඉංග්‍රීසියෙන් ඇත, පරිවර්තනය අවශ්‍ය වේ, පොදු DevOps රාමුවක් තවම සොයාගෙන නොමැති අතර සෑම කෙනෙකුම තමන්ගේම දේ ඉදිරිපත් කරයි.

DevOps රාජ්‍ය විශ්ලේෂණ ලොව පුරා සිදු කර ඇති ආකාරය දෙස බලමු.

ඓතිහාසික පසුබිම

DevOps පර්යේෂණ 2011 සිට සිදු කර ඇත. වින්‍යාස කළමනාකරණ පද්ධති සංවර්ධකයෙකු වන රූකඩ ඒවා ප්‍රථම වරට සිදු කරන ලදී. එකල එය කේත ආකාරයෙන් යටිතල පහසුකම් විස්තර කිරීමේ ප්‍රධාන මෙවලමක් විය. 2013 වන තෙක්, මෙම අධ්‍යයනයන් හුදෙක් සංවෘත සමීක්ෂණ වූ අතර ප්‍රසිද්ධ වාර්තා නොමැත.

2013 දී, DevOps හි සියලුම ප්‍රධාන පොත්වල ප්‍රකාශකයා වන IT Revolution දර්ශනය විය. රූකඩ සමඟ එක්ව, ඔවුන් ප්‍රථම වරට ප්‍රධාන මිනුම් 4 ක් දර්ශනය වූ ප්‍රථම State of DevOps ප්‍රකාශනය සකස් කළහ. ඊළඟ වසරේ, කර්මාන්ත භාවිතයන් සහ මෙවලම් පිළිබඳ නිත්‍ය තාක්‍ෂණ රේඩාර් සඳහා ප්‍රසිද්ධ උපදේශන සමාගමක් වන ThoughtWorks සම්බන්ධ විය. තවද 2015 දී, ක්‍රමවේදයක් සහිත අංශයක් එකතු කරන ලද අතර, ඔවුන් විශ්ලේෂණය සිදු කරන ආකාරය පැහැදිලි විය.

2016 දී, අධ්‍යයනයේ කතුවරුන්, ඔවුන්ගේම සමාගමක් වන DORA (DevOps පර්යේෂණ සහ තක්සේරුව) නිර්මාණය කර වාර්ෂික වාර්තාවක් ප්‍රකාශයට පත් කළහ. ඊළඟ වසරේ DORA සහ Puppet ඔවුන්ගේ අවසන් ඒකාබද්ධ වාර්තාව නිකුත් කරන ලදී.

ඉන්පසු රසවත් දෙයක් ආරම්භ විය:

රුසියාවේ DevOps තත්ත්වය 2020

2018 දී, සමාගම් බෙදී ස්වාධීන වාර්තා දෙකක් නිකුත් කරන ලදී: එකක් රූකඩයෙන්, දෙවැන්න DORA වෙතින් Google සමඟින්. DORA විසින් ප්‍රධාන ප්‍රමිතික, කාර්ය සාධන පැතිකඩ සහ ප්‍රධාන ප්‍රමිතික සහ සමාගම පුරා ක්‍රියාකාරීත්වයට බලපාන ඉංජිනේරු භාවිතයන් සමඟින් සිය ක්‍රමවේදය අඛණ්ඩව භාවිතා කර ඇත. තවද රූකඩ DevOps හි ක්‍රියාවලිය සහ පරිණාමය පිළිබඳ විස්තරයක් සමඟ තමන්ගේම ප්‍රවේශයක් ඉදිරිපත් කළේය. නමුත් කතාව මුල් බැස ගත්තේ නැත, 2019 දී රූකඩ මෙම ක්‍රමය අතහැර දමා වාර්තාවල නව අනුවාදයක් නිකුත් කළේය, එහි ප්‍රධාන භාවිතයන් සහ ඒවා ඔවුන්ගේ දෘෂ්ටි කෝණයෙන් DevOps වලට බලපාන ආකාරය ලැයිස්තුගත කර ඇත. ඉන්පසු තවත් සිදුවීමක් සිදු විය: ගූගල් ඩෝරා මිලදී ගත් අතර ඔවුන් එක්ව තවත් වාර්තාවක් නිකුත් කළහ. ඔබ ඔහුව දැක ඇති.

මේ වසරේ, දේවල් සංකීර්ණ විය. රූකඩ තමන්ගේම සමීක්ෂණයක් දියත් කර ඇති බව දන්නා කරුණකි. ඔවුන් එය අපට වඩා සතියකට පෙර කළ අතර එය දැනටමත් අවසන් වී ඇත. අපි එයට සහභාගී වූ අතර ඔවුන් කැමති මාතෘකා මොනවාදැයි සොයා බැලුවෙමු. දැන් රූකඩ එහි විශ්ලේෂණය සිදු කරමින් වාර්තාව ප්‍රකාශයට පත් කිරීමට සූදානම් වේ.

නමුත් DORA සහ Google වෙතින් තවමත් නිවේදනයක් නොමැත. සාමාන්යයෙන් සමීක්ෂණය ආරම්භ වූ මැයි මාසයේදී, DORA හි නිර්මාතෘවරයෙකු වන Nicole Forsgren වෙනත් සමාගමකට මාරු වී ඇති බවට තොරතුරු පැමිණියේය. ඒ නිසා අපි උපකල්පනය කළා මේ අවුරුද්දේ DORA එකෙන් කිසිම පර්යේෂණයක් සහ වාර්තාවක් එන්නේ නැහැ කියලා.

රුසියාවේ දේවල් කොහොමද?

අපි DevOps පර්යේෂණ කර නැත. අපි සම්මන්ත්‍රණවලදී කතා කළා, වෙනත් පුද්ගලයින්ගේ සොයාගැනීම් නැවත කියමින්, සහ Raiffeisenbank විසින් 2019 සඳහා "DevOps රාජ්‍යය" පරිවර්තනය කළා (ඔබට ඔවුන්ගේ නිවේදනය Habré හි සොයාගත හැකිය), ඔවුන්ට බොහෝ ස්තූතියි. ඒ සියල්ලම.

එබැවින්, අපි DORA ක්‍රමවේද සහ සොයාගැනීම් භාවිතා කරමින් රුසියාවේ අපගේම පර්යේෂණ සිදු කළෙමු. පාරිභාෂිතය සහ පරිවර්තනය සමමුහුර්ත කිරීම ඇතුළුව අපගේ පර්යේෂණ සඳහා අපි Raiffeisenbank හි සගයන්ගේ වාර්තාව භාවිතා කළෙමු. කර්මාන්තයට අදාළ ප්‍රශ්න ඩෝරා වාර්තා සහ මෙම වසරේ රූකඩ ප්‍රශ්නාවලියෙන් ලබා ගන්නා ලදී.

පර්යේෂණ ක්රියාවලිය

වාර්තාව අවසාන කොටස පමණි. සමස්ත පර්යේෂණ ක්‍රියාවලිය ප්‍රධාන පියවර හතරකින් සමන්විත වේ:

රුසියාවේ DevOps තත්ත්වය 2020

සූදානම් වීමේ අදියරේදී, අපි කර්මාන්ත විශේෂඥයින් සමඟ සම්මුඛ සාකච්ඡා කර උපකල්පන ලැයිස්තුවක් සකස් කළෙමු. ඒවායේ පදනම මත, ප්‍රශ්න සම්පාදනය කර මුළු අගෝස්තු මාසය සඳහාම සමීක්ෂණයක් දියත් කරන ලදී. ඊට පස්සේ අපි ඒ වාර්තාවම විශ්ලේෂණය කරලා සකස් කළා. DORA සඳහා, මෙම ක්රියාවලිය මාස 6 ක් ගතවේ. අපි මාස 3ක් ඇතුළත මුණගැසුණු අතර, දැන් අපට වැටහෙන්නේ අපට ප්‍රමාණවත් කාලයක් නොමැති බවයි: විශ්ලේෂණය කිරීමෙන් පමණක් ඔබ ඇසිය යුතු ප්‍රශ්න මොනවාදැයි ඔබට වැටහෙනු ඇත.

සහභාගී

සියලුම විදේශීය වාර්තා සහභාගිවන්නන්ගේ ප්රතිමූර්තියකින් ආරම්භ වන අතර ඔවුන්ගෙන් වැඩි දෙනෙක් රුසියාවෙන් නොවේ. රුසියානු ප්රතිචාර දැක්වූවන්ගේ ප්රතිශතය වසරින් වසර 5 සිට 1% දක්වා උච්චාවචනය වන අතර, මෙය කිසිදු නිගමනයකට එළඹීමට ඉඩ නොදේ.

DevOps 2019 වාර්තාවේ Accelerate State වෙතින් සිතියම:

රුසියාවේ DevOps තත්ත්වය 2020

අපගේ අධ්‍යයනයේ දී, අපි පුද්ගලයින් 889 දෙනෙකු සමඟ සම්මුඛ සාකච්ඡා කිරීමට සමත් විය - මෙය බොහෝ ය (DORA හි වාර්තාවන්හි වාර්ෂිකව පුද්ගලයින් දහසක් පමණ ඡන්ද විමසීම්) සහ මෙහි අපි ඉලක්කය සපුරා ගත්තෙමු:

රුසියාවේ DevOps තත්ත්වය 2020

අපගේ සියලුම සහභාගිවන්නන් අවසානයට ළඟා නොවූ බව ඇත්තයි: සම්පූර්ණ කිරීමේ ප්‍රතිශතය අඩකට වඩා මඳක් අඩු විය. නමුත් මෙය පවා නියෝජිත නියැදියක් ලබා ගැනීමට සහ විශ්ලේෂණයක් කිරීමට ප්රමාණවත් විය. DORA එහි වාර්තාවල පිරවුම් ප්‍රතිශත හෙළි නොකරයි, එබැවින් මෙහි සැසඳීමක් නොමැත.

කර්මාන්ත සහ තනතුරු

අපගේ වගඋත්තරකරුවන් කර්මාන්ත දුසිමක් නියෝජනය කරයි. තොරතුරු තාක්ෂණයේ අඩක් වැඩ. මෙය මූල්ය සේවා, වෙළඳාම, විදුලි සංදේශ සහ වෙනත් අය අනුගමනය කරයි. තනතුරු අතර විශේෂඥයින් (සංවර්ධක, පරීක්ෂක, මෙහෙයුම් ඉංජිනේරු) සහ කළමනාකරණ කාර්ය මණ්ඩලය (කණ්ඩායම් ප්රධානීන්, කණ්ඩායම්, ප්රදේශ, අධ්යක්ෂවරුන්):

රුසියාවේ DevOps තත්ත්වය 2020

දෙදෙනෙකුගෙන් එක් අයෙක් මධ්යම ප්රමාණයේ සමාගමක සේවය කරයි. සෑම තුන්වන පුද්ගලයෙක්ම විශාල සමාගම්වල සේවය කරයි. බොහෝ දෙනා 9 දෙනෙකුගෙන් යුත් කණ්ඩායම්වල වැඩ කරයි. වෙනමම, අපි ප්‍රධාන ක්‍රියාකාරකම් ගැන විමසූ අතර, බහුතරයක් කෙසේ හෝ මෙහෙයුමට සම්බන්ධ වන අතර 40% ක් පමණ සංවර්ධනයේ නියැලී සිටිති:

රුසියාවේ DevOps තත්ත්වය 2020

එබැවින් අපි විවිධ කර්මාන්ත, සමාගම්, කණ්ඩායම්වල නියෝජිතයින් සංසන්දනය කිරීම සහ විශ්ලේෂණය කිරීම සඳහා තොරතුරු රැස් කළෙමු. මගේ සගයා විටාලි කබරොව් විශ්ලේෂණය ගැන කියනු ඇත.

විශ්ලේෂණය සහ සංසන්දනය

Vitaly Khabarov: අපගේ සමීක්ෂණය සම්පූර්ණ කළ, ප්‍රශ්නාවලිය පුරවා, අපගේ උපකල්පන තවදුරටත් විශ්ලේෂණය කිරීම සහ පරීක්ෂා කිරීම සඳහා දත්ත ලබා දුන් සියලුම සහභාගිවන්නන්ට බොහෝ ස්තූතියි. අපගේ ගනුදෙනුකරුවන්ට සහ ගනුදෙනුකරුවන්ට ස්තූතිවන්ත වන අතර, කර්මාන්ත ගැටළු හඳුනා ගැනීමට සහ අපගේ පර්යේෂණයේදී අප විසින් පරීක්ෂා කරන ලද උපකල්පන සැකසීමට උපකාර කර ඇති අත්දැකීම් සම්භාරයක් අප සතුව ඇත.

අවාසනාවකට මෙන්, ඔබට එක් අතකින් ප්‍රශ්න ලැයිස්තුවක් සහ අනෙක් පැත්තෙන් දත්ත ලබා ගත නොහැක, කෙසේ හෝ ඒවා සංසන්දනය කර, කියන්න: “ඔව්, සෑම දෙයක්ම එලෙසම ක්‍රියා කරයි, අපි හරි” සහ විසිර යන්න. නැත, අප වරදවා වටහා නොගෙන අපගේ නිගමන විශ්වාසදායක බව සහතික කර ගැනීමට අපට ක්‍රමවේද සහ සංඛ්‍යානමය ක්‍රම අවශ්‍ය වේ. එවිට අපට මෙම දත්ත මත පදනම්ව අපගේ වැඩිදුර වැඩ ගොඩනගා ගත හැකිය:

රුසියාවේ DevOps තත්ත්වය 2020

ප්රධාන මිතික

අපි DORA ක්‍රමවේදය පදනමක් ලෙස ගත්තෙමු, එය ඔවුන් “Accelerate State of DevOps” පොතේ විස්තරාත්මකව විස්තර කර ඇත. "රුසියාවේ කර්මාන්තය විදේශ කර්මාන්තයට අනුරූප වන්නේ කෙසේද?" යන ප්‍රශ්නයට පිළිතුරු දීමට DORA භාවිතා කරන ආකාරයටම ඒවා භාවිතා කළ හැකිද යන්න රුසියානු වෙළඳපොළ සඳහා ප්‍රධාන ප්‍රමිතික සුදුසු දැයි අපි පරීක්ෂා කළෙමු.

ප්රධාන මිතික:

  1. යෙදවීමේ වාර ගණන. යෙදුමේ නව අනුවාදයක් නිෂ්පාදන පරිසරයට කොපමණ වාරයක් යොදවා තිබේද (සැලසුම් කළ වෙනස්කම්, හොට්ෆික්ස් සහ සිද්ධි ප්‍රතිචාර හැර)?
  2. බෙදාහැරීමේ කාලය. වෙනසක් සිදු කිරීම (ක්‍රියාකාරීත්වය කේතයක් ලෙස ලිවීම) සහ වෙනස් කිරීම නිෂ්පාදන පරිසරයට යෙදවීම අතර සාමාන්‍ය කාලය කොපමණද?
  3. පුනරුත්ථාපන කාලය. යෙදුම් පරිශීලකයින්ට බලපාන සිදුවීමක්, සේවා පිරිහීමකින් හෝ දෝෂයක් සොයා ගැනීමෙන් පසු යෙදුමක් නිෂ්පාදන පරිසරයකට ප්‍රතිසාධනය කිරීමට සාමාන්‍යයෙන් කොපමණ කාලයක් ගතවේද?
  4. අසාර්ථක වෙනස්කම්. නිෂ්පාදන පරිසරයේ යෙදවීම් වලින් කොපමණ ප්‍රතිශතයක් යෙදුම් පිරිහීමට හෝ සිදුවීම් වලට තුඩු දෙන අතර ප්‍රතිකර්ම අවශ්‍ය වේ (වෙනස්කම් ආපසු හැරවීම, හොට්ෆික්ස් හෝ පැච් සංවර්ධනය)?

DORA සිය පර්යේෂණයේදී මෙම ප්‍රමිතික සහ ආයතනික ක්‍රියාකාරිත්වය අතර සම්බන්ධයක් සොයාගෙන ඇත. අපි එය අපගේ අධ්‍යයනයේදී ද පරීක්ෂා කරමු.

නමුත් ප්‍රධාන ප්‍රමිතික හතරට යම් දෙයකට බලපෑම් කළ හැකි බවට වග බලා ගැනීම සඳහා, ඔබ තේරුම් ගත යුතුය - ඒවා කෙසේ හෝ එකිනෙකට සම්බන්ධද? DORA එක් අවවාදයක් සමඟ ස්ථිර ලෙස පිළිතුරු දුන්නේය: අසාර්ථක වෙනස්කම් (අසාර්ථක වීමේ අනුපාතය වෙනස් කිරීම) සහ වෙනත් ප්‍රමිතික තුනක් අතර සම්බන්ධය තරමක් දුර්වල ය. අපි එකම පින්තූරයක් ගත්තා. බෙදා හැරීමේ කාලය, යෙදවීමේ වාර ගණන සහ ප්‍රතිසාධන කාලය එකිනෙකා සමඟ සහසම්බන්ධ වන්නේ නම් (අපි මෙම සහසම්බන්ධය පියර්සන් සහසම්බන්ධය හරහා සහ චැඩොක් පරිමාණය හරහා ස්ථාපිත කළෙමු), අසාර්ථක වෙනස්කම් සමඟ එවැනි ශක්තිමත් සහසම්බන්ධයක් නොමැත.

ප්‍රතිපත්තිමය වශයෙන්, ප්‍රතිචාර දැක්වූවන්ගෙන් බොහෝ දෙනෙක් පිළිතුරු දීමට නැඹුරු වන්නේ ඔවුන්ට නිෂ්පාදනයේ තරමක් කුඩා සිදුවීම් සංඛ්‍යාවක් ඇති බවයි. අසාර්ථක වෙනස්කම් අනුව තවමත් ප්‍රතිචාර දැක්වූ කණ්ඩායම් අතර සැලකිය යුතු වෙනසක් ඇති බව පසුව අපට පෙනෙනු ඇතත්, මෙම අංශය සඳහා අපට තවමත් මෙම මිතිකය භාවිතා කළ නොහැක.

අපි මෙයට ආරෝපණය කරන්නේ (අපගේ සමහර ගනුදෙනුකරුවන් සමඟ විශ්ලේෂණය සහ සන්නිවේදනය අතරතුරදී පෙනී ගිය පරිදි) සිදුවීමක් ලෙස සලකනු ලබන දේ පිළිබඳ සංජානනයේ සුළු වෙනසක් ඇත. තාක්ෂණික කවුළුව තුළ අපගේ සේවාවේ කාර්ය සාධනය යථා තත්ත්වයට පත් කිරීමට අප සමත් වූයේ නම්, මෙය සිදුවීමක් ලෙස සැලකිය හැකිද? බොහෝ විට නොවේ, අපි සියල්ල නිවැරදි කළ නිසා, අපි විශිෂ්ටයි. අපට සාමාන්‍ය, හුරුපුරුදු මාදිලියකින් අපගේ අයදුම්පත 10 වතාවක් නැවත පෙරළීමට සිදුවුවහොත් එය සිදුවීමක් ලෙස සැලකිය හැකිද? නැති බව පෙනේ. එබැවින්, අනෙකුත් මිනුම් දඬු සමඟ අසාර්ථක වෙනස්කම් සම්බන්ධය පිළිබඳ ප්රශ්නය විවෘතව පවතී. අපි එය තවදුරටත් පිරිපහදු කරන්නෙමු.

මෙහිදී වැදගත් වන්නේ බෙදා හැරීමේ වේලාවන්, ප්‍රතිසාධන කාලය සහ යෙදවීමේ වාර ගණන අතර සැලකිය යුතු සහසම්බන්ධයක් අපට හමු වීමයි. එබැවින්, ප්‍රතිචාර දැක්වූවන් කාර්ය සාධන කණ්ඩායම්වලට තවදුරටත් බෙදීමට අපි මෙම මිනුම් තුන ගත්තා.

ග්‍රෑම් වලින් කොපමණ බර කළ යුතුද?

අපි ධුරාවලියේ පොකුරු විශ්ලේෂණය භාවිතා කළා:

  • අපි ප්‍රතිචාර දක්වන්නන් n-මාන අවකාශයක් හරහා බෙදා හරිමු, එහිදී එක් එක් ප්‍රතිචාර දක්වන්නාගේ ඛණ්ඩාංකය ප්‍රශ්නවලට ඔවුන්ගේ පිළිතුරු වේ.
  • සෑම වගඋත්තරකරුවෙක්ම කුඩා පොකුරක් ලෙස ප්‍රකාශයට පත් කෙරේ.
  • අපි එකිනෙකට සමීපව ඇති පොකුරු දෙක එක් විශාල පොකුරක් බවට ඒකාබද්ධ කරමු.
  • අපි ඊළඟ පොකුරු යුගලය සොයාගෙන ඒවා විශාල පොකුරකට ඒකාබද්ධ කරමු.

මේ ආකාරයට අපගේ ප්‍රතිචාර දක්වන සියලු දෙනා අපට අවශ්‍ය පොකුරු ගණනට කාණ්ඩගත කරමු. ඩෙන්ඩ්‍රොග්‍රෑම් ආධාරයෙන් (පොකුරු අතර සම්බන්ධතා ගසක්), අපි අසල්වැසි පොකුරු දෙකක් අතර දුර දකිමු. අපට ඉතිරිව ඇත්තේ මෙම පොකුරු අතර යම් දුර සීමාවක් නියම කර මෙසේ පැවසීමයි: "මෙම කණ්ඩායම් දෙක එකිනෙකාගෙන් බෙහෙවින් වෙන්කර හඳුනාගත හැකිය, මන්ද ඒවා අතර ඇති දුර යෝධ ය."

නමුත් මෙහි සැඟවුණු ගැටලුවක් තිබේ: අපට පොකුරු ගණනට සීමාවන් නොමැත - අපට පොකුරු 2, 3, 4, 10 ලබා ගත හැකිය. පළමු අදහස වූයේ - DORA කරන ආකාරයට අපගේ සියලුම ප්‍රතිචාර දැක්වූවන් කණ්ඩායම් 4කට බෙදන්නේ නැත්තේ ඇයි? නමුත් මෙම කණ්ඩායම් අතර ඇති වෙනස්කම් නොවැදගත් වන බව අපට පෙනී ගිය අතර, වගඋත්තරකරු සැබවින්ම අයිති වන්නේ ඔහුගේ කණ්ඩායමට මිස අසල්වැසියාට නොවන බව අපට සහතික විය නොහැක. අපට තවමත් රුසියානු වෙළෙඳපොළ කණ්ඩායම් හතරකට බෙදිය නොහැක. එබැවින්, අපි සංඛ්යානමය වශයෙන් සැලකිය යුතු වෙනසක් ඇති පැතිකඩ තුනක් මත පදිංචි විය:

රුසියාවේ DevOps තත්ත්වය 2020

මීලඟට, අපි පොකුරු මගින් පැතිකඩ තීරණය කළෙමු: අපි එක් එක් කණ්ඩායම සඳහා එක් එක් මෙට්‍රික් සඳහා මධ්‍යනය ගෙන කාර්ය සාධන පැතිකඩ වගුවක් සම්පාදනය කළෙමු. ඇත්ත වශයෙන්ම, අපි එක් එක් කණ්ඩායමේ සාමාන්ය සහභාගිවන්නන්ගේ කාර්ය සාධන පැතිකඩ ලබා ගත්තා. අපි කාර්යක්ෂමතා පැතිකඩ තුනක් හඳුනාගෙන ඇත: අඩු, මධ්‍යම, ඉහළ:

රුසියාවේ DevOps තත්ත්වය 2020

කාර්ය සාධන පැතිකඩ නිර්ණය කිරීම සඳහා ප්‍රධාන ප්‍රමිතික 4 ක් සුදුසු බවට අපගේ උපකල්පනය මෙහිදී අපි තහවුරු කළ අතර ඒවා බටහිර සහ රුසියානු වෙළඳපලවල ක්‍රියා කරයි. කණ්ඩායම් අතර වෙනසක් ඇති අතර එය සංඛ්‍යානමය වශයෙන් වැදගත් වේ. අපි මෙම පරාමිතිය මගින් ප්‍රතිචාර දැක්වූවන් මුලින් බෙදුවේ නැතත්, සාමාන්‍යය අනුව අසාර්ථක වෙනස්කම් වල මෙට්‍රික් අනුව කාර්ය සාධන පැතිකඩ අතර සැලකිය යුතු වෙනසක් ඇති බව මම අවධාරණය කරමි.

එවිට ප්රශ්නය පැනනගින්නේ: මේ සියල්ල භාවිතා කරන්නේ කෙසේද?

භාවිතා කරන්නේ කෙසේද

අපි කිසියම් කණ්ඩායමක්, ප්‍රධාන ප්‍රමිතික 4 ක් ගෙන එය මේසයට යොදන්නේ නම්, 85% කදී අපට සම්පූර්ණ ගැලපීමක් නොලැබෙනු ඇත - මෙය සාමාන්‍ය සහභාගිවන්නෙකු මිස යථාර්ථයේ ඇති දේ නොවේ. අපි හැමෝම (සහ සෑම කණ්ඩායමක්ම) තරමක් වෙනස්.

අපි පරීක්‍ෂා කළෙමු: අපි අපගේ ප්‍රතිචාර දැක්වූවන් සහ DORA කාර්ය සාධන පැතිකඩ ගෙන, මෙම හෝ එම පැතිකඩට ගැලපෙන ප්‍රතිචාර දක්වන්නන් කොපමණ දැයි බැලුවෙමු. ප්‍රතිචාර දැක්වූවන්ගෙන් 16% ක් පමණක් නියත වශයෙන්ම එක් පැතිකඩකට වැටී ඇති බව අපට පෙනී ගියේය. ඉතිරි සියල්ල අතර කොතැනක හෝ විසිරී ඇත:

රුසියාවේ DevOps තත්ත්වය 2020

මෙයින් අදහස් කරන්නේ කාර්යක්ෂමතා පැතිකඩ සීමිත විෂය පථයක් ඇති බවයි. පළමු ආසන්නයේ ඔබ සිටින්නේ කොතැනද යන්න තේරුම් ගැනීමට, ඔබට මෙම වගුව භාවිතා කළ හැකිය: "අනේ, අපි මධ්‍යම හෝ ඉහළට සමීප බව පෙනේ!" ඊළඟට යා යුත්තේ කොතැනටදැයි ඔබ තේරුම් ගන්නේ නම්, මෙය ප්රමාණවත් විය හැකිය. නමුත් ඔබේ ඉලක්කය නියත, අඛණ්ඩ වැඩිදියුණු කිරීමක් නම්, ඔබ සංවර්ධනය කළ යුත්තේ කොතැනද සහ කුමක් කළ යුතුද යන්න වඩාත් නිවැරදිව දැන ගැනීමට අවශ්ය නම්, අතිරේක අරමුදල් අවශ්ය වේ. අපි ඒවා ගණක යන්ත්‍ර ලෙස හැඳින්වුවෙමු.

  • DORA ගණක යන්ත්‍රය
  • කැල්කියුලේටරය එක්ස්ප්‍රස් 42* (සංවර්ධනය වෙමින් පවතී)
  • තමන්ගේම සංවර්ධනය (ඔබගේම අභ්යන්තර කැල්ක්යුලේටරය නිර්මාණය කළ හැකිය).

ඔවුන් අවශ්ය වන්නේ කුමක් සඳහාද? තේරුම් ගැනීමට:

  • අපගේ සංවිධානය තුළ සිටින කණ්ඩායම අපගේ ප්‍රමිතීන්ට අනුකූලද?
  • එසේ නොමැති නම්, අපගේ සමාගම සතුව ඇති විශේෂඥතාවේ රාමුව තුළ එය වේගවත් කිරීමට අපට උපකාර කළ හැකිද?
  • එසේ නම්, අපට මීට වඩා හොඳින් කළ හැකිද?

සමාගම තුළ සංඛ්‍යාලේඛන රැස් කිරීමට ඔබට ඒවා භාවිතා කළ හැකිය:

  • අපට කුමන කණ්ඩායම් තිබේද?
  • කණ්ඩායම් පැතිකඩවලට බෙදන්න;
  • බලන්න: ඔහ්, මෙම විධානයන් දුර්වලයි (ඒවා ටිකක් පිටතට ඇද නොයයි), නමුත් මේවා සිසිල් ය: ඔවුන් සෑම දිනකම යෙදවීම, දෝෂ නොමැතිව, ඔවුන් පැයකට වඩා අඩු කාලයකි.

එවිට ඔබට අපගේ සමාගම තුළ තවමත් සමාන නොවන කණ්ඩායම් සඳහා අවශ්‍ය විශේෂ ise දැනුම සහ මෙවලම් ඇති බව සොයා ගත හැකිය.

එසේත් නැතිනම්, ඔබ සමාගම තුළ විශිෂ්ට බවක් දැනෙන බව ඔබ තේරුම් ගන්නේ නම්, ඔබ බොහෝ දෙනෙකුට වඩා හොඳ ය, එවිට ඔබට ටිකක් පුළුල් ලෙස පෙනෙනු ඇත. මෙය රුසියානු කර්මාන්තය පමණි: අපව වේගවත් කිරීම සඳහා රුසියානු කර්මාන්තයේ අවශ්‍ය විශේෂ ise දැනුම ලබා ගත හැකිද? Express 42 කැල්ක්යුලේටරය මෙහි උපකාර වනු ඇත (එය සංවර්ධනය වෙමින් පවතී). ඔබ රුසියානු වෙළෙඳපොළ ඉක්මවා ඇත්නම්, පසුව බලන්න DORA ගණක යන්ත්‍රය සහ ලෝක වෙළෙඳපොළට.

හොඳයි. ඔබ DORA කැල්කියුලේටරයේ Elit කණ්ඩායමේ සිටී නම්, ඔබ කුමක් කළ යුතුද? මෙතන හොඳ විසඳුමක් නැහැ. ඔබ බොහෝ විට කර්මාන්තයේ ඉදිරියෙන්ම සිටින අතර, අභ්‍යන්තර පර්යේෂණ සහ සංවර්ධන සහ වැඩි සම්පත් වියදම් කිරීම තුළින් තවදුරටත් ත්වරණය සහ විශ්වසනීයත්වය කළ හැකිය.

අපි මිහිරිම - සංසන්දනය වෙත යමු.

සංසන්දනය

රුසියානු කර්මාන්තය බටහිර කර්මාන්තය සමඟ සංසන්දනය කිරීමට අපට මුලින් අවශ්‍ය විය. අපි කෙලින්ම සංසන්දනය කළහොත්, අපට අඩු පැතිකඩක් ඇති බව අපට පෙනේ, ඒවා එකිනෙකා සමඟ ටිකක් මිශ්‍ර වී ඇත, මායිම් තව ටිකක් බොඳ වී ඇත:

රුසියාවේ DevOps තත්ත්වය 2020

අපගේ ප්‍රභූ රංගන ශිල්පීන් ඉහළ රංගන ශිල්පීන් අතර සැඟවී ඇත, නමුත් ඔවුන් එහි සිටිති - මොවුන් සැලකිය යුතු උසකට ළඟා වූ ප්‍රභූ, යුනිකෝන් ය. රුසියාවේ, එලයිට් පැතිකඩ සහ ඉහළ පැතිකඩ අතර වෙනස තවමත් ප්රමාණවත් තරම් සැලකිය යුතු නොවේ. ඉංජිනේරු සංස්කෘතියේ වැඩිවීම, ඉංජිනේරු භාවිතයන් ක්‍රියාත්මක කිරීමේ ගුණාත්මකභාවය සහ සමාගම් තුළ ඇති ප්‍රවීණතාවය හේතුවෙන් අනාගතයේදී මෙම වෙන්වීම සිදුවනු ඇතැයි අපි සිතමු.

අපි රුසියානු කර්මාන්තය තුළ සෘජු සංසන්දනයකට ගමන් කළහොත්, ඉහළ පැතිකඩ කණ්ඩායම් සෑම අතින්ම වඩා හොඳ බව අපට පෙනේ. මෙම ප්‍රමිතික සහ ආයතනික කාර්ය සාධනය අතර සම්බන්ධයක් ඇති බවට අපගේ උපකල්පනය ද අපි තහවුරු කළෙමු: උසස් කණ්ඩායම් ඉලක්ක සපුරා ගැනීමට පමණක් නොව, ඒවා ඉක්මවා යාමට ද බොහෝ දුරට ඉඩ ඇත.
එතනින් නොනැවතී ඉහළ පෙළේ කණ්ඩායම් වෙමු:

රුසියාවේ DevOps තත්ත්වය 2020

නමුත් මෙම වසර සුවිශේෂී වන අතර, වසංගතයක් තුළ සමාගම් ක්‍රියා කරන්නේ කෙසේදැයි පරීක්ෂා කිරීමට අපි තීරණය කළෙමු: ඉහළ පැතිකඩ කණ්ඩායම් කර්මාන්තයේ සාමාන්‍යයට වඩා හොඳ සහ හොඳ හැඟීමක් ඇති කරයි:

  • නව නිෂ්පාදන නිකුත් කිරීමට 1,5-2 ගුණයකින් වැඩි ඉඩක්,
  • යෙදුම් යටිතල පහසුකම්වල විශ්වසනීයත්වය සහ/හෝ කාර්ය සාධනය වැඩි දියුණු කිරීමට 2 ගුණයකින් වැඩි ඉඩක් ඇත.

එනම්, ඔවුන් දැනටමත් වේගයෙන් සංවර්ධනය කිරීමට, නව නිෂ්පාදන දියත් කිරීමට, පවතින නිෂ්පාදන වෙනස් කිරීමට, එමඟින් නව වෙළඳපල සහ නව පරිශීලකයින් ජය ගැනීමට උපකාර කර ඇති නිපුණතා:

රුසියාවේ DevOps තත්ත්වය 2020

අපේ කණ්ඩායම්වලට උදව් කළ තවත් මොනවාද?

ඉංජිනේරු භාවිතයන්

රුසියාවේ DevOps තත්ත්වය 2020

අප විසින් පරීක්ෂා කරන ලද එක් එක් භාවිතය සඳහා වැදගත් සොයාගැනීම් ගැන මම ඔබට කියමි. සමහර විට වෙනත් දෙයක් කණ්ඩායම් වලට උදව් කර ඇත, නමුත් අපි කතා කරන්නේ DevOps ගැන ය. සහ DevOps තුළ, අපි විවිධ පැතිකඩවල කණ්ඩායම් අතර වෙනසක් දකිමු.

සේවාවක් ලෙස වේදිකාව

වේදිකා වයස සහ කණ්ඩායම් පැතිකඩ අතර සැලකිය යුතු සම්බන්ධයක් අපට හමු නොවීය: අඩු කණ්ඩායම් සහ ඉහළ කණ්ඩායම් දෙකම සඳහා වේදිකා එකම වේලාවක දිස් විය. නමුත් දෙවැන්න සඳහා, වේදිකාව සාමාන්‍යයෙන් වැඩි සේවාවන් සහ වැඩසටහන් කේතය හරහා පාලනය සඳහා වැඩි ක්‍රමලේඛන අතුරුමුහුණත් සපයයි. වේදිකා කණ්ඩායම් ඔවුන්ගේ සංවර්ධකයින්ට සහ කණ්ඩායම්වලට වේදිකාව භාවිතා කිරීමට උදව් කිරීමට, ඔවුන්ගේ ගැටළු සහ වේදිකාවට අදාළ සිදුවීම් නිතර නිතර විසඳීමට සහ අනෙකුත් කණ්ඩායම් දැනුවත් කිරීමට වැඩි ඉඩක් ඇත.

රුසියාවේ DevOps තත්ත්වය 2020

කේතය ලෙස යටිතල පහසුකම්

මෙහි සෑම දෙයක්ම තරමක් සම්මතයි. යටිතල පහසුකම් සංග්‍රහයේ ක්‍රියාකාරිත්වය ස්වයංක්‍රීය කිරීම සහ යටිතල පහසුකම් ගබඩාව තුළ කොපමණ තොරතුරු ගබඩා කර ඇත්ද යන්න අතර සම්බන්ධයක් අපි සොයාගෙන ඇත. ඉහළ පැතිකඩ විධාන ගබඩා තුළ වැඩි තොරතුරු ගබඩා කරයි: මෙය යටිතල පහසුකම් වින්‍යාසය, CI / CD නල මාර්ගය, පරිසර සැකසුම් සහ ගොඩනැගීමේ පරාමිතීන් වේ. ඔවුන් මෙම තොරතුරු නිතර ගබඩා කරයි, යටිතල පහසුකම් කේතය සමඟ වඩා හොඳින් ක්‍රියා කරයි, සහ යටිතල පහසුකම් කේතය සමඟ වැඩ කිරීම සඳහා තවත් ක්‍රියාවලි සහ කාර්යයන් ස්වයංක්‍රීය කරයි.

සිත්ගන්නා කරුණ නම්, යටිතල පහසුකම් පරීක්ෂණවල සැලකිය යුතු වෙනසක් අපට නොපෙනේ. මම මෙයට ආරෝපණය කරන්නේ ඉහළ පැතිකඩ කණ්ඩායම්වලට සාමාන්‍යයෙන් වැඩි පරීක්ෂණ ස්වයංක්‍රීයකරණයක් තිබීමයි. සමහර විට ඔවුන් යටිතල පහසුකම් පරීක්ෂණ මගින් වෙන වෙනම අවධානය වෙනතකට යොමු නොකළ යුතුය, ඒ වෙනුවට ඔවුන් යෙදුම් පරීක්ෂා කරන පරීක්ෂණ, සහ ඔවුන්ට ස්තූතිවන්ත වන්නට ඔවුන් දැනටමත් ඔවුන් කැඩී ඇති දේ සහ කොතැනද දකිනවා.

රුසියාවේ DevOps තත්ත්වය 2020

ඒකාබද්ධ කිරීම සහ බෙදා හැරීම

වඩාත්ම නීරස කොටස, ඔබ සතුව වැඩි ස්වයංක්‍රීයකරණයක් ඇති බව අපි තහවුරු කළ නිසා, ඔබ කේතය සමඟ වඩා හොඳින් වැඩ කරන තරමට, ඔබට වඩා හොඳ ප්‍රතිඵල ලබා ගැනීමට ඇති ඉඩකඩ වැඩිය.

රුසියාවේ DevOps තත්ත්වය 2020

ගෘහ නිර්මාණ ශිල්පය

ක්ෂුද්‍ර සේවා කාර්ය සාධනයට බලපාන්නේ කෙසේදැයි බැලීමට අපට අවශ්‍ය විය. සත්‍ය වශයෙන්ම, ක්ෂුද්‍ර සේවා භාවිතය කාර්ය සාධන දර්ශකවල වැඩි වීමක් සමඟ සම්බන්ධ නොවන බැවින් ඒවා එසේ නොවේ. High profile commands සහ Low profile commands යන දෙකටම Microservices භාවිතා වේ.

නමුත් සැලකිය යුතු දෙය නම්, ඉහළ කණ්ඩායම් සඳහා, ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පයකට සංක්‍රමණය වීම ඔවුන්ගේ සේවාවන් ස්වාධීනව සංවර්ධනය කිරීමට සහ ඉදිරියට යාමට ඉඩ සලසයි. ගෘහ නිර්මාණ ශිල්පය සංවර්ධකයින්ට කණ්ඩායමට පිටතින් සිටින අයෙකු බලා නොසිට ස්වයංක්‍රීයව ක්‍රියා කිරීමට ඉඩ දෙන්නේ නම්, මෙය වේගය වැඩි කිරීම සඳහා ප්‍රධාන නිපුණතාවයකි. මෙම අවස්ථාවේදී, ක්ෂුද්ර සේවා උපකාර වේ. ඒවා ක්‍රියාත්මක කිරීම පමණක් විශාල කාර්යභාරයක් ඉටු නොකරයි.

අපි මේ සියල්ල සොයාගත්තේ කෙසේද?

DORA ක්‍රමවේදය සම්පූර්ණයෙන්ම ප්‍රතිනිර්මාණය කිරීමට අපට අභිලාෂකාමී සැලැස්මක් තිබූ නමුත් සම්පත් හිඟ විය. DORA විශාල අනුග්‍රහයක් භාවිතා කරන්නේ නම් සහ ඔවුන්ගේ පර්යේෂණ වසර භාගයක් ගත වුවහොත්, අපි කෙටි කාලයක් තුළ අපගේ පර්යේෂණ සිදු කළෙමු. අපට DORA මෙන් DevOps ආකෘතියක් තැනීමට අවශ්‍ය වූ අතර, අපි එය අනාගතයේදී කරන්නෙමු. මෙතෙක් අපි උණුසුම් සිතියම් වලට සීමා වී ඇත:

රුසියාවේ DevOps තත්ත්වය 2020

අපි එක් එක් පැතිකඩ තුළ කණ්ඩායම් හරහා ඉංජිනේරු පරිචයන් බෙදා හැරීම දෙස බැලූ අතර සාමාන්‍යයෙන් උසස් කණ්ඩායම් ඉංජිනේරු භාවිතයන් භාවිතා කිරීමට වැඩි ඉඩක් ඇති බව සොයා ගත්තෙමු. ඔබට මේ සියල්ල ගැන වැඩි විස්තර අපගේ වෙබ් අඩවියෙන් කියවිය හැකිය වාර්තාව.

වෙනසක් සඳහා, අපි සංකීර්ණ සංඛ්‍යාලේඛන වලින් සරල ඒවා වෙත මාරු වෙමු.

අපි තව මොනවද හොයාගෙන තියෙන්නේ?

මෙවලම්

Linux පවුලේ OS මඟින් බොහෝ විධාන භාවිතා කරන බව අපි නිරීක්ෂණය කරමු. නමුත් වින්ඩෝස් තවමත් ප්‍රවණතාවයේ පවතී - අපගේ ප්‍රතිචාර දැක්වූවන්ගෙන් අවම වශයෙන් හතරෙන් එකක්වත් එහි එක් හෝ තවත් අනුවාදයක් භාවිතා කරන බව සටහන් කර ඇත. වෙළඳපොලට මෙම අවශ්‍යතාවය ඇති බව පෙනේ. එමනිසා, ඔබට මෙම නිපුණතා වර්ධනය කර ගැනීමට සහ සම්මන්ත්රණවලදී ඉදිරිපත් කිරීම් සිදු කළ හැකිය.

වාදකයින් අතර, එය කිසිවෙකුට රහසක් නොවේ, Kubernetes පෙරමුණේ (52%). මීළඟ පෙළේ වාද්‍ය වෘන්දය ඩොකර් රංචුව (12% පමණ) වේ. වඩාත්ම ජනප්රිය CI පද්ධති වන්නේ Jenkins සහ GitLab ය. වඩාත්ම ජනප්‍රිය වින්‍යාස කළමනාකරණ පද්ධතිය වන්නේ ඇන්සිබල්, පසුව අපගේ ආදරණීය ෂෙල් ය.

Amazon දැනට ප්‍රමුඛතම cloud hosting සපයන්නා වේ. රුසියානු වලාකුළු වල කොටස ක්රමයෙන් වැඩි වෙමින් පවතී. ලබන වසරේ රුසියානු වලාකුළු සපයන්නන්ට හැඟෙන්නේ කෙසේද, ඔවුන්ගේ වෙළඳපල කොටස වැඩි වේද යන්න දැකීමට සිත්ගන්නාසුළු වනු ඇත. ඒවා නම්, ඒවා භාවිතා කළ හැකි අතර, එය හොඳයි:

රුසියාවේ DevOps තත්ත්වය 2020

මම තවත් සංඛ්‍යාලේඛන කිහිපයක් ලබා දෙන ඊගෝර් වෙත බිම තබමි.

භාවිතයන් ව්යාප්ත කිරීම

ඊගෝර් කුරොච්කින්: වෙනමම, සමාගම තුළ සලකා බලනු ලබන ඉංජිනේරු භාවිතයන් බෙදා හරින ආකාරය දැක්වීමට අපි වගඋත්තරකරුවන්ගෙන් ඉල්ලා සිටියෙමු. බොහෝ සමාගම්වල, විවිධ රටාවන්ගෙන් සමන්විත මිශ්‍ර ප්‍රවේශයක් ඇති අතර නියමු ව්‍යාපෘති ඉතා ජනප්‍රිය වේ. අපි පැතිකඩ අතර සුළු වෙනසක් ද දුටුවෙමු. කුඩා විශේෂඥ කණ්ඩායම් වැඩ ක්‍රියාවලීන්, මෙවලම් වෙනස් කරන විට සහ අනෙකුත් කණ්ඩායම් සමඟ සාර්ථක භාවිතයන් බෙදා ගන්නා විට ඉහළ පැතිකඩෙහි නියෝජිතයන් බොහෝ විට “පහළ සිට මුලපිරීම” රටාව භාවිතා කරයි. මධ්‍යයේ, මෙය ප්‍රජාවන් සහ විශිෂ්ටතා මධ්‍යස්ථාන නිර්මාණය කිරීම හරහා සමස්ත සමාගමටම බලපාන ඉහළ සිට පහළට මුලපිරීමකි:

රුසියාවේ DevOps තත්ත්වය 2020

Agile සහ DevOps

Agile සහ DevOps අතර සම්බන්ධය පිළිබඳ ප්‍රශ්නය බොහෝ විට කර්මාන්තයේ සාකච්ඡා කෙරේ. මෙම ගැටළුව 2019/2020 සඳහා වන Agile වාර්තාවේ ද මතු කර ඇත, එබැවින් අපි සමාගම් තුළ Agile සහ DevOps ක්‍රියාකාරකම් සම්බන්ධ වන ආකාරය සංසන්දනය කිරීමට තීරණය කළෙමු. Agile නැති DevOps දුර්ලභ බව අපට පෙනී ගියේය. ප්‍රතිචාර දැක්වූවන්ගෙන් අඩක් සඳහා, Agile පැතිරීම බොහෝ කලකට පෙර ආරම්භ වූ අතර, 20% ක් පමණ එකවර ආරම්භය නිරීක්ෂණය කළ අතර, අඩු පැතිකඩක එක් ලකුණක් වන්නේ Agile සහ DevOps භාවිතයන් නොමැති වීමයි:

රුසියාවේ DevOps තත්ත්වය 2020

විධාන ස්ථලක

පසුගිය වසර අවසානයේ පොත "කණ්ඩායම් ස්ථලක”, විධාන ස්ථලක විස්තර කිරීම සඳහා රාමුවක් යෝජනා කරයි. එය රුසියානු සමාගම්වලට අදාළ වේද යන්න අපට සිත්ගන්නා කරුණක් විය. අපි ප්‍රශ්නය ඇසුවෙමු: "ඔබ සොයා ගන්නේ කුමන රටාද?".

ප්‍රතිචාර දැක්වූවන්ගෙන් අඩක් තුළ යටිතල පහසුකම් කණ්ඩායම් මෙන්ම සංවර්ධනය, පරීක්ෂණ සහ ක්‍රියාකාරිත්වය සඳහා වෙනම කණ්ඩායම් ද නිරීක්ෂණය කෙරේ. වෙනම DevOps කණ්ඩායම් 45% ක් සටහන් කර ඇති අතර, ඒ අතර High හි නියෝජිතයන් බහුලව දක්නට ලැබේ. මීළඟට පැමිණෙන්නේ හරස් ක්‍රියාකාරී කණ්ඩායම් වන අතර ඒවා High හි ද බහුලව දක්නට ලැබේ. වෙනම SRE විධාන ඉහළ, මධ්‍යම පැතිකඩවල දිස්වන අතර අඩු පැතිකඩෙහි කලාතුරකින් දක්නට ලැබේ:

රුසියාවේ DevOps තත්ත්වය 2020

DevQaOps අනුපාතය

අපි Skyeng වේදිකා කණ්ඩායමේ කණ්ඩායම් නායකයාගෙන් FaceBook හි මෙම ප්‍රශ්නය දුටුවෙමු - ඔහු සමාගම්වල සංවර්ධකයින්, පරීක්ෂකයින් සහ පරිපාලකයින්ගේ අනුපාතය ගැන උනන්දු විය. අපි එය විමසා පැතිකඩ මත පදනම් වූ ප්‍රතිචාර දෙස බැලුවෙමු: ඉහළ පැතිකඩ නියෝජිතයින්ට එක් එක් සංවර්ධකයා සඳහා පරීක්ෂණ සහ මෙහෙයුම් ඉංජිනේරුවන් අඩුය:

රුසියාවේ DevOps තත්ත්වය 2020

2021 සඳහා සැලසුම්

ඉදිරි වසර සඳහා සැලසුම් තුළ, වගඋත්තරකරුවන් පහත සඳහන් ක්රියාකාරකම් සටහන් කර ඇත:

රුසියාවේ DevOps තත්ත්වය 2020

මෙහිදී ඔබට DevOps Live 2020 සම්මන්ත්‍රණය සමඟ මංසන්ධිය දැකිය හැක. අපි වැඩසටහන ප්‍රවේශමෙන් සමාලෝචනය කළෙමු:

  • නිෂ්පාදනයක් ලෙස යටිතල පහසුකම්
  • DevOps පරිවර්තනය
  • DevOps භාවිතයන් බෙදා හැරීම
  • DevSecOps
  • කේස් ක්ලබ් සහ සාකච්ඡා

නමුත් අපගේ ඉදිරිපත් කිරීමේ කාලය සියලු මාතෘකා ආවරණය කිරීමට ප්රමාණවත් නොවේ. තිරය ​​පිටුපස වම:

  • සේවාවක් ලෙස සහ නිෂ්පාදනයක් ලෙස වේදිකාව;
  • කේතය, පරිසරය සහ වලාකුළු ලෙස යටිතල පහසුකම්;
  • අඛණ්ඩ ඒකාබද්ධ කිරීම සහ බෙදා හැරීම;
  • නිර්මාණ ශිල්පය;
  • DevSecOps රටා;
  • වේදිකාව සහ හරස් ක්රියාකාරී කණ්ඩායම්.

වාර්තාව අපට විශාල පිටු 50 ක් ලැබී ඇති අතර ඔබට එය වඩාත් විස්තරාත්මකව දැකිය හැකිය.

සාරාංශගත කිරීම

අපගේ පර්යේෂණ සහ වාර්තාව සංවර්ධනය, පරීක්ෂණ සහ මෙහෙයුම් සඳහා නව ප්‍රවේශයන් සමඟ අත්හදා බැලීමට ඔබව පොළඹවනු ඇතැයි අපි බලාපොරොත්තු වෙමු, එසේම ඔබට සැරිසැරීමට, අධ්‍යයනයේ අනෙකුත් සහභාගිවන්නන් සමඟ සංසන්දනය කිරීමට සහ ඔබට ඔබේම ප්‍රවේශයන් වැඩිදියුණු කළ හැකි ක්ෂේත්‍ර හඳුනා ගැනීමට උදවු කරයි.

රුසියාවේ DevOps රාජ්‍යයේ පළමු අධ්‍යයනයේ ප්‍රතිඵල:

  • ප්රධාන මිතික. සංවර්ධන, පරීක්ෂණ සහ මෙහෙයුම් ක්‍රියාවලීන්හි සඵලතාවය විශ්ලේෂණය කිරීම සඳහා ප්‍රධාන මිතික (බෙදාහැරීමේ කාලය, යෙදවීමේ වාර ගණන, ප්‍රතිසාධන කාලය සහ වෙනස්වීම් අසාර්ථක වීම) සුදුසු බව අපි සොයාගෙන ඇත.
  • පැතිකඩ ඉහළ, මධ්‍යම, පහත්. එකතු කරන ලද දත්ත මත පදනම්ව, ප්‍රමිතික, භාවිතයන්, ක්‍රියාවලි සහ මෙවලම් අනුව සුවිශේෂී ලක්ෂණ සහිත ඉහළ, මධ්‍යම, පහත් යන සංඛ්‍යානමය වශයෙන් විවිධ කණ්ඩායම් වෙන්කර හඳුනාගත හැකිය. High profile හි නියෝජිතයින් Low වලට වඩා හොඳ ප්‍රතිඵල පෙන්වයි. ඔවුන් තම අරමුණු සාක්ෂාත් කර ගැනීමට සහ ඉක්මවා යාමට වැඩි ඉඩක් ඇත.
  • දර්ශක, වසංගතය සහ 2021 සඳහා සැලසුම්. මෙම වසරේ විශේෂ දර්ශකයක් වන්නේ සමාගම් වසංගතයට මුහුණ දුන් ආකාරයයි. ඉහළ නියෝජිතයින් වඩා හොඳින් ක්‍රියා කළ අතර, පරිශීලක නියැලීමේ අත්දැකීම් වැඩි කළ අතර සාර්ථකත්වයට ප්‍රධාන හේතු වූයේ කාර්යක්ෂම සංවර්ධන ක්‍රියාවලීන් සහ ශක්තිමත් ඉංජිනේරු සංස්කෘතියකි.
  • DevOps භාවිතයන්, මෙවලම් සහ ඒවායේ සංවර්ධනය. ඉදිරි වසර සඳහා සමාගම්වල ප්‍රධාන සැලසුම් අතරට DevOps භාවිතයන් සහ මෙවලම් සංවර්ධනය කිරීම, DevSecOps භාවිතයන් හඳුන්වාදීම සහ ආයතනික ව්‍යුහයේ වෙනස්කම් ඇතුළත් වේ. DevOps භාවිතයන් ඵලදායී ලෙස ක්‍රියාත්මක කිරීම සහ සංවර්ධනය කිරීම සිදු කරනු ලබන්නේ නියමු ව්‍යාපෘති, ප්‍රජාවන් සහ විශිෂ්ටතා මධ්‍යස්ථාන පිහිටුවීම, සමාගමේ ඉහළ සහ පහළ මට්ටම්වල මුලපිරීම් ආධාරයෙන් ය.

ඔබගේ ප්‍රතිපෝෂණ, කථා, ප්‍රතිපෝෂණ ඇසීමට අපි කැමතියි. අධ්‍යයනයට සහභාගී වූ සැමට අපි ස්තූතිවන්ත වන අතර ලබන වසරේ ඔබගේ සහභාගීත්වය අපේක්ෂා කරමු.

මූලාශ්රය: www.habr.com