Бірнеше жыл бұрын көптеген ұйымдар DevOps-ті бағдарламалық жасақтаманы әзірлеудің негізгі тәсілі емес, перспективалы эксперимент ретінде қарастырды. Бүгінгі күні DevOps - бұл жаңа өнімнің шығарылымын тездететін және өнімділікті арттыратын әзірлеу және орналастыру тәжірибелері мен құралдарының дәлелденген және қуатты жиынтығы. Ең бастысы, DevOps әсері бизнестің жалпы өсуі мен табыстылығына бағытталған.
команда Ең қызықты жерлерін аудардым , DevOps Research & Assessment (DORA) сарапшылары құрастырған. Зерттеуге әлемнің түкпір-түкпірінен 31 000 маман қатысты. 2019 жылы салада не өзгергенін және бизнес бағдарламалық қамтамасыз етуді жеткізу тиімділігін қалай арттыра алатынын қарастырайық.
Өнеркәсіп пен компания көлемі DevOps күйіне қалай әсер етеді
Зерттеу нәтижелері сәл жақсырақ болған бөлшек сауданы қоспағанда, DevOps тиімділігі мен ұйымның саласы арасында ешқандай корреляция табылмады. Бұл, ішінара, бөлшек саудагерлердің сұраныс пен тұтынушылардың қажеттіліктерінің ауытқуына тез жауап беру қажеттілігіне байланысты. Зерттеуге сәйкес, кез келген компания, соның ішінде қаржылық және мемлекеттік секторлар, DevOps жоғары деңгейіне қол жеткізе алады.
DevOps тиімділік көрсеткіштері 5000-нан аз компанияларға қарағанда 5000-нан астам қызметкерлері бар компанияларда төмен болды. Бұл үлкенірек процестерге, қатаң басқаруға және кодты әзірлеуге және орналастыруға кідірістерді енгізетін күрделі АТ жүйелерінің архитектурасына ие ірі ұйымдарға байланысты болуы мүмкін. Сарапшылар компанияның көлемі DevOps құрудағы табысқа кедергі келтірмейді деп санайды; ол кейбір жағдайларда көбірек күш салуды қажет етуі мүмкін.
Компаниядағы DevOps деңгейін қалай бағалауға болады
Сарапшылар DevOps процестерін эталонмен салыстырып, сауалнамаға қатысушыларды төрт топқа бөлді: ең жақсы, жақсы, орташа және нашар.
Есеп DevOps тиімділігін бағалау үшін төрт негізгі көрсеткішті пайдаланды: бағдарламалық жасақтаманы әзірлеуді өзгерту мерзімі, орналастыру жиілігі, сәтсіздік деңгейі және қалпына келтіру уақыты.
DevOps төрт деңгейі – компанияңыздың қай жерде тұрғанын бағалаңыз:
Компанияның негізгі қызметтері мен қолданбалары үшін бағдарламалық құралды жеткізу тиімділігін бағалауға арналған көрсеткіш
Ең жақсы нәтиже көрсеткен командалар
Жақсы өнер көрсеткен командалар
Орташа көрсеткіштері бар командалар
Төмен ұпай жинаған командалар
Орналастыру жиілігі
Компания кодты өндіріске қаншалықты жиі қолданады немесе оны соңғы пайдаланушыларға шығарады.
Сұраныс бойынша, күніне бірнеше орналастыру
Күніне бір реттен аптасына бір рет
Аптасына бір реттен айына бір рет
Айына бір рет/бірнеше ай
Өзгерістерді аяқтау уақыты
Тестілеуден өндірісте сәтті жұмыс істейтін бағдарламалық жасақтамаға өту қанша уақытты алады?
Бір күннен аз уақыт ішінде
Бір күннен бір аптаға дейін
Бір аптадан бір айға дейін
Бір айдан алты айға дейін
Қызметті қалпына келтіру уақыты
Пайдаланушыларға әсер еткен оқиғадан немесе қатеден кейін қызметті қалпына келтіру қанша уақытты алады?
Бір сағаттан аз
Күні бойы
Апта ішінде
Бір аптадан бір айға дейін
Өзгерістер кезіндегі сәтсіздіктердің жиілігі
Жаңартулардың немесе жаңа шығарылымдардың қанша пайызы қызметтің нашарлауына әкеледі және түзетулерді қажет етеді.
0-15%
0-15%
0-15%
46-60%
Зерттеу келесі тенденцияны анықтады: жоғары өнімділік деңгейі бар командалар саны 2018 жылы барлық респонденттердің 7%-дан 2019 жылы 20%-ға дейін ұлғайып, үш есеге жуық өсті.
Өндіруші топтарды өнімділік деңгейлері бойынша бөлу.
Төмен өнімді топтағы, жоғары өнімді DevOps командаларымен салыстырғанда:
- 208 есе көп кодты орналастыру орындалды.
- Кодты орналастыруға 106 есе аз уақыт жұмсалды.
- 7 есе жиі сәтсіздікке ұшырады.
- Ақаулардан кейін бағдарламалық құралды қалпына келтіру 2,604 есе жылдам болды.
Сонымен қатар, өнімділігі жоғары DevOps командалары төмен өнімділіктегі топтарға қарағанда ұйымдық өнімділік көрсеткіштеріне екі есе жоғарырақ жауап береді.
Көптеген сарапшылар ымыраға келуді қажет ететін барлық көрсеткіштерді жақсартуға бір уақытта қол жеткізу мүмкін емес деп санайды. Мысалы, кейбіреулер шығарылымдардың жылдамдығын арттыру бағдарламалық қамтамасыз етуді жеткізу және қызмет көрсету сенімділігіне теріс әсер етуі мүмкін деп санайды. Дегенмен, зерттеулер нәтижелердің жылдамдығы мен тұрақтылығы бір-бірін жоққа шығармайтынын көрсетті.
Мен DevOps командаларының өсуінде таңқаларлық ештеңе көрмеймін; Бұл табиғи нәрсе: DevOps философиясы қазір танымал және стартаптар саны артып келеді.
Бірақ, менің ойымша, сарапшылар DevOps тиімділігін бағалау үшін мүлдем дұрыс емес параметрлерді таңдаған жоқ.
Оны кодты орналастыру жылдамдығы бойынша бағалау, кем дегенде, біртүрлі. Бұл тек стартаптарға қатысты, мұнда нарыққа шығу жылдамдығы негізгі көрсеткіш болып табылады және көбінесе өнім өзінің шикізат түрінде шығарылады. Мұндай жағдайларда дамуды және өндіріске жеткізуді жеделдететін тетіктер өте маңызды. Бірақ қаржылық немесе медициналық сияқты орнатылған бағдарламалық жасақтама үшін сәтсіздік деңгейі көрсеткіш болмауы мүмкін — сәтсіздіктер қабылданбауы мүмкін.
Бұл қызметті қалпына келтіру уақытына қатысты: кез келген әзірленген қызмет үшін оны секундтармен өлшеу керек, ал көптеген қызметтер үшін тоқтап қалуға жол берілмейді. Осы себепті үздіксіз шығару технологиялары (мысалы, жасыл/көк) ойлап табылды.
Сондай-ақ, кодты орналастыру санына сенбеңіз — бұл қажеттіліктер мен әзірлеу тобының құзыреттеріне байланысты. Орналастыру жаңа функционалдылықты қосуға қатысты болса, бұл бір нәрсе, бірақ алдыңғы орналастырулар кезінде жасалған қателерді түзетуге қатысты болса, бұл мүлдем басқа.
Денис Романенко, Mail.ru Cloud Solutions компаниясының штаттан тыс сарапшысы
DevOps процестерін қалай жақсартуға болады
Есеп DevOps-ті жақсартуға көмектесетін екі бағытты сипаттайды: бағдарламалық жасақтаманы әзірлеу және жеткізу тиімділігін арттыру және жұмысшылардың өнімділігін арттыру.
Әрбір бағыт өз құрамдастарын қамтиды, оларды жақсарту арқылы сіз қалаған мақсатқа қол жеткізе аласыз.
Баяндамада айтылғандай, цифрлық трансформацияның кілті – корпоративтік мәдениет. Жоғары өнімді DevOps командалары сенім мәдениеті мен психологиялық қауіпсіздікті, жұмыс нәтижелерін нақты түсінуді және айқын мақсаттарды қажет етеді. Мұндай орта топ мүшелеріне негізделген шешім қабылдауға, өз пікірлерін білдіруге және шығармашылықпен айналысуға мүмкіндік береді.
Бұлтты технологиялар, үздіксіз жеткізу, апатты қалпына келтіру сынақтары және өзгерістерді басқару бағдарламалық жасақтаманы әзірлеу мен жеткізу тиімділігін арттыруға да көмектеседі. Өнімділікті пайдалану оңай құралдарға инвестициялау, техникалық қарызды азайту (яғни, тиімсіз код пен ескірген технологиялардың пайызын азайту) және корпоративтік білім базасын құру және сыртқы шешімдерге қол жеткізу арқылы арттыруға болады.
Менің ойымша, DevOps әдіснамасы мен идеологиясы дәл осы процестерді бұлт немесе жергілікті жабдық сияқты сыртқы жағдайлардан тәуелсіз ету болып табылады. Бұлттың өзі құралдан басқа ештеңе емес; ол қандай да бір жолмен көмектеседі, басқаларына кедергі келтіреді немесе пайдасыз болады.
Денис Романенко, Mail.ru Cloud Solutions компаниясының штаттан тыс сарапшысы
Төменде DevOps командаларының тиімділігін арттырудың кейбір компоненттерін қарастырамыз.
Бұлтты технологиялар DevOps табысына ықпал етеді
2019 жылы көбірек ұйымдар DevOps командаларының өнімділігін айтарлықтай жақсартатын бұлттық шешімдерді таңдайды.
DevOps командалары қандай инфрақұрылымдарды пайдаланады?
DORA респонденттердің 80% пост жазатынын анықтады Дегенмен, респонденттердің тек 29%-ы Ұлттық стандарттар және технологиялар институтының бұлтты есептеулер сипаттамаларының бесеуін де енгізді — DevOps ішіндегі бұлттың мәнін бағалаудың ең маңызды стандарты.
Сипаттамалары
Оны пайдаланғандардың пайызы
Сұраныс бойынша өзіне-өзі қызмет көрсету
Тұтынушылар есептеу ресурстарын автоматты түрде қамтамасыз ете алады
қажетіне қарай провайдердің қатысуынсыз.
57%
(2018 жылдан бастап + 11%)
Желіге кең қол жетімділік
Бұлттық мүмкіндіктер әртүрлі платформалар арқылы қол жетімді,
ұялы телефондар, планшеттер, ноутбуктер және жұмыс станциялары сияқты.
60%
(2018 жылдан бастап + 14%)
Ресурстар пулы
Провайдер ресурстары сұраныс бойынша физикалық және виртуалды ресурстар динамикалық түрде тағайындалатын көп жалға алушы үлгісіне біріктірілген.
58%
(2018 жылдан бастап + 15%)
Масштабтылық және икемділік
Ресурстар сұраныс бойынша көлденең немесе тігінен масштабталады, іс жүзінде шексіз және кез келген уақытта кез келген мөлшерде берілуі мүмкін.
58%
(2018 жылдан бастап +135)
ашықтығы
Бұлтты жүйелер қызмет түріне қарай ресурстарды пайдалануды автоматты түрде бақылайды, оңтайландырады және есеп береді: деректерді сақтау және өңдеу, трафик көлемі,
белсенді пайдаланушы тіркелгілері.
62%
(2018 жылдан бастап + 14%)
Қызмет ретінде платформа (PaaS) контейнерге бағытталған орналастыру моделіне қарай көбірек жылжуда. Бұлтты платформалар бағдарламалық құралды орналастыруды жеңілдетеді, сондықтан командалар тек қолданба кодының өзін іске қосу туралы алаңдауы керек. Масштабтау, әлеуетті жоспарлау, басқару және инфрақұрылымға қызмет көрсету де провайдерлерге ауысады.
Бұлттық провайдерлер әртүрлі қызметтерді ұсынудың әмбебап стандартына айналуда: виртуалды машина желілері, сәйкестендіру және қол жеткізуді басқару (IAM), сақтау және дерекқорлар, машиналық оқыту, заттар интернеті (IoT), контейнерлік шешімдер, қауіпсіздік шешімдері және т.б.
Бұлттық провайдерлердің клиенттері әзірлеу шығындары туралы ақпаратты алу қиын немесе мүмкін емес дәстүрлі деректер орталықтарынан айырмашылығы, шығындардың ашықтығын қамтамасыз ете отырып, тек пайдаланатын ресурстар үшін төлейді. Жоғарыда аталған бұлтқа дайын критерийлерге сәйкес келетін компаниялардың респонденттері бағдарламалық қамтамасыз ету шығындарын бағалау ықтималдығы 2,6 есе, қай қолданбаның ресурстарды көбірек тұтынатынын екі есе және IT бюджетінде қалу ықтималдығы 1,65 есе жоғары.
Кейде білікті маманды жалдау және деректер орталығында арнайы мүмкіндіктерді пайдалану бұлтты есептеулерге ақы төлеуден гөрі үнемді болып шығады. Ең жақсы нұсқа компанияның профилі мен ауқымына, сондай-ақ ішкі IT мамандарының және сараптаманың болуына байланысты. Мысалы, бұлт бизнесті бастағанда немесе компанияның ішкі IT бөлімі болмаса, ыңғайлы. Компанияның ауқымы кеңейген сайын, инфрақұрылымның барлығын немесе бір бөлігін жергілікті жерде ұстау үнемді болуы мүмкін.
Денис Романенко, Mail.ru Cloud Solutions компаниясының штаттан тыс сарапшысы
DevOps техникалық тәжірибелері
DevOps-ті енгізгісі келетін көптеген ұйымдар нұсқаулықтар немесе ең жақсы тәжірибелер жинағын іздейді. Дегенмен, екі бірдей компания жоқ, сондықтан тәжірибені таңдау бизнестің ағымдағы жағдайына және оның мақсаттарына байланысты.
Яғни, DevOps тиімділігін арттыруға көмектесетін жалпы салалар бар: кейбіреулері топ деңгейінде әзірленеді, ал басқалары ұйымдық деңгейде күш салуды қажет етеді.
2019 жылы DevOps командалары үшін қандай өсу бағыттары ерекшеленген?
Ұйымдастырушылық деңгейде
- еркін байланысқан архитектура
- өзгерістерді жүзеге асыру
- кодты қолдау
Командалық деңгейде
- үздіксіз интеграция
- сынақты автоматтандыру
- орналастыруды автоматтандыру
- мониторинг
- дамыту құбыры
Ұжымдық және ұйымдастырушылық деңгейде
- бұлттық қызметтерді пайдалану
- апатты қалпына келтіру сынақтары
Зерттеу еркін байланысқан архитектураның DevOps тиімділігіне оң әсерін растады.
Бос біріктірілген архитектура командаларға басқа топтарға тәуелсіз, қосымша қолдаусыз, ресурстарсыз немесе мақұлдаусыз және аз кері байланыссыз сұрау бойынша жүйелерді дербес сынауға, орналастыруға және өзгертуге мүмкіндік береді. Бұл жоғары тиімділікке мүмкіндік береді, бірақ ұйымдастыру мен басқарудың жоғары деңгейін талап етеді.
Бұл тәсіл тек стартаптар үшін және белгілі бір ескертулермен ғана мүмкін. Басқа компанияларда әртүрлі жағдайлар болуы мүмкін. Жақсы мысал - банк ісі/финтех. Олар тек меншікті шешімдерді пайдалана алады, бірақ DevOps тәжірибелері қолданылады.
Денис Романенко, Mail.ru Cloud Solutions компаниясының штаттан тыс сарапшысы
Табысты DevOps командалары барлығын автоматтандырады.
төмендетілген шығындар мен тәуекелдер арқылы қызметтер мен қолданбаларды өндіріске енгізуге және ұйымның мақсаттарына сәйкес шығарылымдарды қолдауға мүмкіндік береді.
Сәтті CI/CD сонымен қатар командалардың сұраныс бойынша өндіріске өзгертулерді енгізе алатынын, орналастыру сапасы туралы дереу кері байланыс ала алатынын және келесі орналастыру циклін жақсарту үшін жылдам әрекет ететінін білдіреді.
Есепте табысты DevOps командалары қолдау көрсететін процестердің, тәжірибелердің және құралдардың кең ауқымына инвестиция салатынын көрсетеді:
- 92% автоматтандырылған құрастыру құралдарын пайдаланады;
- 87% автоматтандырылған бірлік сынақтарын пайдаланады;
- 57% автоматтандыруды қабылдау сынақтарына дейін кеңейтті;
- 72% сынақ орталарына орналастыруды автоматтандырады, 69% өндірісті орналастыру үшін дәл осылай жасайды;
- 69% чатботтарды орналастыру процесіне біріктіреді;
- 57% бақылау құралдарымен біріктірілген.
Дұрыс құралдар мен технологияларды таңдау маңызды
Күрделі жүйелерді құру және бизнес үшін маңызды инфрақұрылымдарды басқару кезінде технологияларды таңдау маңызды:
- бірінші қосылғанда да, үздіксіз жұмыс кезінде де пайдалану оңай;
- қойылған мақсаттарға жетуге көмектеседі.
Есеп CI/CD арқылы бағдарламалық жасақтаманы орналастыруда қолданылатын құралдарды және сынақты автоматтандыру құралдарын - DevOps негізін құрайтын технологияларды қарастырды.
DevOps командалары қандай технологияларды пайдаланады?
технология
Төмен ұпай жинаған командалар
Орташа көрсеткіштері бар командалар
Жақсы өнер көрсеткен командалар
Жоғары нәтижелі командалар
Меншікті, ашық бастапқы және коммерциялық қораптағы өнімдердің тіркесімі
30%
34%
32%
33%
Негізінен ашық бастапқы коды және жоғары теңшелген қорапты шешімдер
17%
8%
7%
10%
Негізінен ашық бастапқы коды және шағын теңшелімдері бар қораптық шешімдер
14%
21%
18%
20%
Ең алдымен, қораптағы коммерциялық шешімдер
8%
12%
8%
4%
Компания үшін ішкі әзірлемелер мен меншікті шешімдер
20%
6%
5%
6%
Ең алдымен, күшті теңшеумен ашық бастапқы коды
6%
7%
5%
12%
Кішкене теңшеумен бірінші кезекте ашық бастапқы коды
5%
12%
24%
15%
Құралдың ыңғайлылығы команданың таңдалған технология стекінің мәнін барынша арттыру қабілетіне айтарлықтай әсер етеді: пайдалану оңай технологиялары бар инженерлер өнімділігі жоғары командаларға 1,5 есе көбірек жатады.
Менің ойымша, бұл кесте табысты DevOps командасы болу үшін техникалық тапсырманы емес, сәнді ұстану керек деген әсер қалдырады.
Құзыретті маман тапсырмаға сәйкес келетін құралдарды таңдайды, керісінше емес. Кез келген мәселені шешудің әрқашан бірнеше құралдары мен тәсілдері бар. Нақты құрал мыналармен анықталады: тапсырманың ерекшелігі; қызметкерлердің құралмен таныс болуы (құрал жаңа болса, кіру кедергісі қаншалықты жоғары); және қаржылық құрамдас, егер бар болса.
Денис Романенко, Mail.ru Cloud Solutions компаниясының штаттан тыс сарапшысы
Апатты қалпына келтіру
Жұмысы бағдарламалық қамтамасыз етудің жұмысына байланысты әрбір ұйымда болуы керек Есеп әртүрлі компаниялар қолданатын апатқа төзімділікті сынау түрлерін көрсетеді.
Компаниялар апатты қалпына келтіру үшін қандай сынақ түрлерін пайдаланады?
Тест түрі
Төмен ұпай жинаған командалар
Орташа көрсеткіштері бар командалар
Жақсы өнер көрсеткен командалар
Жоғары нәтижелі командалар
Орташа
Нақты жүйелерді қамтымайтын сынақтар
35%
26%
27%
30%
28%
Инфрақұрылымды ауыстыру (соның ішінде деректер орталықтары)
27%
43%
34%
38%
38%
Қолданбаның қателік сынағы
25%
46%
41%
49%
43%
Сынақ жүйелерін бұзумен байланысты оқиғаларды модельдеу
18%
22%
23%
29%
23%
Операциялық жүйелерді бұзумен байланысты оқиғаларды модельдеу
18%
11%
12%
13%
12%
Автоматтандыру мен бұзылатын жүйелерді құру
тұрақты, тұрақты негізде өндірістік жүйелер
9%
8%
7%
9%
8%
Респонденттердің тек 40%-ы ғана жоғарыда аталған әдістердің біреуін немесе бірнешеуін пайдалана отырып, апатты қалпына келтіру сынақтарын жыл сайын өткізеді. Дегенмен, апатты қалпына келтіру сынақтарын жүргізетін компаниялардың қызмет көрсету қолжетімділігі жоғары. Есеп өнімділігі жоғары DevOps командаларының бағдарламалық жасақтаманы әзірлеу және орналастыру процестеріне апатты қалпына келтіру сынақ деректерін енгізу ықтималдығы 1.4 есе жоғары екенін көрсетеді.
DevOps командаларының ақпаратқа қол жеткізуін қамтамасыз ету маңызды
Мәселелерді шешу үшін ақпаратты оңай табу DevOps командасының өнімділігін сақтауға көмектеседі. Бұл күрделі жүйелерден тұратын бүгінгі технологиялық ортада ерекше маңызды.
Мұндай ақпарат көздерін екі топқа бөлуге болады:
- Ішкі көздер: код жасау және қызмет көрсету бойынша компания құжаттамасы, корпоративтік білім базалары, репозиторийлер және т.б. Ішкі білім көздерін пайдаланған DevOps командалары 1,73 есе өнімді болды.
- Сыртқы көздерІздеу жүйелері және стекті кеңейту. Өз жұмыстарын аутсорсингке берген DevOps командалары 1,67 есе өнімдірек болды. Аутсорсинг әсіресе жалпыға қолжетімді бұлттар мен ашық бастапқы құралдарды пайдалану арқылы оқу мен өсудің маңызды артықшылықтарын ұсынады.
Компаниялар үшін техникалық қарызды азайту маңызды
Техникалық қарыз белгілі, бірақ түзетілмеген қателері бар кодты немесе жүйелерді қамтиды; тестілеудің жеткіліксіз қамтылуы; нашар код немесе дизайн сапасы; пайдаланылмаған, бірақ жойылмаған артефактілер; команда тиімді жүргізе алмайтын іске асырулар; ескірген технология; және толық емес немесе ескірген құжаттама.
Сарапшылар техникалық қарыздың DevOps өнімділігіне теріс әсер ететінін анықтады. Техникалық қарызы жоғары ұжымдардың өнімділігі 1,6 есе төмен болды. Жоғары өнімді командалардың техникалық қарызы төмен болу ықтималдығы 1,4 есе жоғары болды.
DevOps сауалнамасының күйінің негізгі нәтижелері
- Жоғары ұпай жинаған DevOps командаларының пайызы шамамен үш есеге өсіп, 20%-ға жетті. Бұл бизнестің бағдарламалық жасақтаманы әзірлеу мен жеткізуді жақсарту тәжірибесінің әлеуетін түсінетінін және компаниялар өздерінің АТ бөлімдерінде DevOps-ті көбірек енгізіп жатқанын көрсетеді.
- Қолданбалар мен қызметтерді жылдам жеткізу технологияны түрлендіру мен ұйымдық өнімділіктің негізі болып табылады. Шығарылымдағы жылдамдық пен жүйелілік кірістілік пен тұтынушылардың қанағаттануын арттырады.
- Бұлтты технологиялар DevOps командалары үшін жоғары нәтижелерге жетудің кілті болып қала береді. Бұлттық есептеулер бағдарламалық құралды дұрыс жылдамдықпен жеткізуге мүмкіндік береді және инфрақұрылымның қолжетімділігін, масштабталатындығын және өнімділігін қамтамасыз етеді.
- DevOps командаларының тиімділігін топ мүшелерінің өнімділігіне назар аудару, жайлы психологиялық атмосфераны қамтамасыз ету және пайдаланушыға ыңғайлы құралдарды пайдалану арқылы жақсартуға болады.
- Дұрыс орындалғанда, шығарылымдарды шығару жылдамдығын арттыру компания қызметтері мен қолданбаларының тұрақтылығына әсер етпейді.
Ақпарат көзі: www.habr.com
