Бир нече жыл мурун, көптөгөн уюмдар DevOps программалык камсыздоону иштеп чыгуунун негизги ыкмасы эмес, келечектүү эксперимент катары карашты. DevOps азыр жаңы өнүмдөрдүн чыгарылышын тездетип, өндүрүмдүүлүктү жогорулата турган иштеп чыгуу жана жайылтуу практикаларынын жана куралдарынын далилденген жана күчтүү топтому. Андан да маанилүүсү, DevOpsтин таасири бизнестин жалпы өсүшүнө жана кирешелүүлүгүнүн жогорулашына.
команда эң кызыктуусун которгон , DevOps Research & Assessment (DORA) эксперттери тарабынан түзүлгөн. Изилдөөгө дүйнөнүн бардык бурчунан 31 000 адис тартылган. Келгиле, 2019-жылы тармакта эмне өзгөргөнүн жана ишканалар программалык камсыздоону жеткирүүнүн натыйжалуулугун кантип жогорулата аларын карап көрөлү.
Өнөр жай жана компаниянын көлөмү DevOps абалына кандай таасир этет
Изилдөө бир аз жакшыраак иштеген чекене сооданы кошпогондо, DevOps өндүрүмдүүлүгү менен уюмдун тармагынын ортосунда эч кандай корреляция табылган жок. Бул, атап айтканда, чекене сатуучулар суроо-талаптын өзгөрүшүнө жана кардарлардын муктаждыктарына тез жооп бериши керек экендигине байланыштуу. Изилдөөгө ылайык, кайсы гана компания болбосун, каржы секторун жана мамлекеттик секторду кошкондо, DevOpsтун жогорку деңгээлине жете алат.
5000ден ашык кызматкерлери бар компанияларда DevOps көрсөткүчтөрү 5000ден аз кызматкерлери бар компанияларга караганда төмөн болгон. Кыязы, бул ири уюмдарда чоң процесстерге, катуу көзөмөлгө жана татаалыраак IT тутумунун архитектурасына ээ болгондугу менен байланыштуу, бул кодду иштеп чыгуу жана жайылтуу процессинде кечигүүлөрдү киргизет. Ошол эле учурда, эксперттер компаниянын масштабы DevOps курууда ийгиликке тоскоол болбойт деп эсептешет, ал жөн гана кээ бир учурларда көбүрөөк күч-аракетти талап кылышы мүмкүн.
Компаниядагы DevOps деңгээлин кантип баалоого болот
Эксперттер DevOps процесстерин эталон менен салыштырып, сурамжылоого катышкан респонденттерди мыкты, жакшы, орточо жана начар аткаруучулардын төрт тобуна бөлүшкөн.
Отчет үчүн биз DevOps эффективдүүлүгүн баалоо үчүн төрт негизги көрсөткүчтү алдык: программалык камсыздоону иштеп чыгуудагы өзгөрүүлөрдү аяктоо үчүн убакыт, жайылтуу жыштыгы, бузулуу ылдамдыгы жана калыбына келтирүү убактысы.
DevOps'тун төрт деңгээли - компанияңыздын кайда экенин баалаңыз:
Компаниянын негизги кызматтары жана тиркемелери үчүн программалык камсыздоону жеткирүүнүн натыйжалуулугун баалоо үчүн метрика
Мыкты рекорддорго ээ болгон командалар
Жакшы көрсөткүчтөргө ээ болгон командалар
Орточо командалар
Төмөн иштеген командалар
Жайгаштыруу жыштыгы
Компания өндүрүшкө кодду канчалык көп колдонот же аны акыркы колдонуучуларга чыгарат.
суроо-талабы боюнча, күнүнө бир нече жайгаштыруу
Күнүнө бир жолудан жумасына бир жолу
Жумасына бир жолудан айына бир жолу
Айына бир жолу/бир нече ай
Аткаруу убактысын өзгөртүү
Сыноодон өндүрүштө ийгиликтүү иштеп жаткан программалык камсыздоого өтүү үчүн канча убакыт талап кылынат?
Бир күнгө жетпеген убакытта
Бир күндөн бир жумага чейин
Бир жумадан бир айга чейин
Бир айдан алты айга чейин
Кызматты калыбына келтирүү убактысы
Колдонуучуларга таасир эткен окуядан же мүчүлүштүктөн кийин кызматты калыбына келтирүүгө канча убакыт керектелет.
Бир саатка жетпеген убакыт
Күндүз
Бир жумада
Бир жумадан бир айга чейин
Ката кетирүү ылдамдыгын өзгөртүү
Жаңыртуулардын же жаңы релиздердин канча пайызы кызматтын начарлашына алып келет жана оңдоолорду талап кылат?
0-15%
0-15%
0-15%
46-60%
Изилдөө төмөнкү тенденцияны аныктады: жогорку көрсөткүчтөргө ээ болгон командалардын саны дээрлик үч эсе көбөйүп, 7-жылдагы бардык респонденттердин 2018%дан 20-жылы 2019%га чейин өстү.
Өнүктүрүү топторун аткаруу деңгээли боюнча бөлүштүрүү.
Төмөнкү топтун командалары менен салыштырганда, жогорку көрсөткүчтүү 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%
(+ 11% 2018-жылдан бери)
Кеңири тармакка кирүү
Булут мүмкүнчүлүктөрү ар кандай платформалар аркылуу жеткиликтүү,
мисалы, уюлдук телефондор, планшеттер, ноутбуктар жана жумушчу станциялар.
60%
(+ 14% 2018-жылдан бери)
Ресурстук бассейн
Провайдердин ресурстары физикалык жана виртуалдык ресурстар суроо-талап боюнча динамикалык түрдө дайындалган көп ижарачы моделине бириктирилген.
58%
(+ 15% 2018-жылдан бери)
Масштабдуулук жана ийкемдүүлүк
Ресурстар суроо-талабы боюнча горизонталдуу же вертикалдуу масштабда, алар иш жүзүндө чексиз жана каалаган убакта каалаган санда чыгарылышы мүмкүн.
58%
(135-жылдан бери +2018)
ачыктык
Булут тутумдары кызматтын түрүнө жараша ресурстардын колдонулушун автоматтык түрдө көзөмөлдөйт, оптималдаштырат жана отчет берет: маалыматтарды сактоо жана иштетүү, трафиктин көлөмү,
активдүү колдонуучу каттоо эсептери.
62%
(+ 14% 2018-жылдан бери)
Platform as a Service (PaaS) барган сайын контейнерлердин айланасында жайгашкан жайылтуу моделине карай жылып баратат. Булут платформалары программалык камсыздоону жайылтууну жеңилдетет, андыктан командалар колдонмонун кодун иштетүү жөнүндө гана тынчсызданышы керек. Масштабдоо, ресурстарды пландаштыруу, башкаруу жана инфраструктураны тейлөө да провайдерлерге өткөрүлүп берилет.
Булут провайдерлери үчүн ар кандай кызматтарды көрсөтүү универсалдуу стандартка айланып баратат: виртуалдык машина түйүнү, идентификация жана кирүү башкаруусу (IAM), сактоо жана маалымат базалары, машинаны үйрөнүү, нерселердин интернети (IoT), контейнердик чечимдер, коопсуздук чечимдери жана башкалар .
Булут провайдерлеринин кардарлары иштеп чыгуу чыгымдары боюнча маалыматты алуу кыйын же мүмкүн эмес болгон салттуу маалымат борборлорунан айырмаланып, алар колдонгон ресурстар үчүн гана төлөшөт, бул чыгымдардын ачыктыгын камсыз кылат. Жогоруда саналып өткөн булуттун мүнөздөмөлөрүнө жооп берген компаниялардын респонденттери программалык камсыздоону иштетүүнүн баасын 2,6 эсе, кайсы тиркемелер көбүрөөк ресурстарды талап кылат, 2 эсе көп түшүнүшөт жана IT бюджетинин чегинде калуу ыктымалдуулугу 1,65 эсе жогору.
Кээде компетенттүү адисти жалдоо жана маалымат борборунда бөлүнгөн кубаттуулукту алуу булут үчүн төлөөгө караганда пайдалуураак экени белгилүү болот. Кайсы вариант жакшыраак, бул компаниянын профилине жана масштабына, IT адистеринин өздүк курамынын болушуна жана тажрыйбага жараша болот. Мисалы, булут бизнести баштоодо же компаниянын өзүнүн IT бөлүмү жок болсо колдонууга ыңгайлуу. Масштабды кеңейтүүдө инфраструктуранын бардыгын же бир бөлүгүн жеринде кармап туруу үнөмдүү болушу мүмкүн.
Денис Романенко, Mail.ru Cloud Solutions компаниясынын штаттан тышкаркы эксперти
DevOps Technical Practices
DevOpsти ишке ашырууну көздөгөн көптөгөн уюмдар көрсөтмөлөрдүн же мыкты тажрыйбалардын топтомун издеп жатышат. Бирок, эки компания бири-бирине окшош эмес, ошондуктан кайсы практиканы тандоо бизнестин учурдагы абалына жана анын максаттарына жараша болот.
Айтылгандай, DevOpsтин иштешин жакшыртууга жардам бере турган жалпы тармактар бар: айрымдары команда деңгээлинде иштелип чыккан, башкалары уюштуруу деңгээлинде күч-аракетти талап кылат.
2019-жылы DevOps командалары үчүн өсүштүн кайсы тармактары баса белгиленет:
Уюштуруу деңгээлинде
- эркин бириктирилген архитектура
- өзгөртүүлөрдү ишке ашыруу
- код колдоо
Командалык деңгээлде
- үзгүлтүксүз интеграция
- сыноону автоматташтыруу
- жайылтууну автоматташтыруу
- боюнча
- өнүктүрүү түтүк
Команда жана уюм деңгээлинде
- булут кызматтарын колдонуу
- кырсык калыбына келтирүү сыноо
Изилдөө эркин бириктирилген архитектуранын DevOps иштешине оң таасирин тастыктады.
Кошумча бириктирилген архитектура – бул командалар башка командаларга көз карандысыз, кошумча колдоосуз, ресурстарсыз, жактыруусуз жана азыраак пикир менен өз алдынча сынап, орнотуп жана талап боюнча системаларды өзгөртө алат. Бул эффективдүү иштөөгө мүмкүндүк берет, бирок жогорку деңгээлде уюштурууну жана башкарууну талап кылат.
Бул ыкма стартаптар үчүн жана кээ бир эскертүүлөр менен гана мүмкүн. Башка ишканаларда абал башкача болушу мүмкүн. Жакшы мисал: банкинг/fintech. Ал жерде жалаң проприетардык чечимдер колдонулушу мүмкүн, бирок 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'ту IT бөлүмдөрүндө активдүүрөөк ишке ашырып жатканын билдирет.
- Тиркемелерди жана кызматтарды тез жеткирүү технологиянын жана уюштуруучулук трансформациянын өзөгүн түзөт. Релиздердин ылдамдыгы жана ырааттуулугу кирешени жана кардарлардын канааттануусун жогорулатат.
- Булут технологиялары DevOps командалары үчүн мыкты жетишкендиктерге жетишүүнүн ачкычы бойдон калууда. Булуттарды колдонуу программалык камсыздоону талап кылынган ылдамдыкта жеткирүүнү уюштурууга мүмкүндүк берет, инфраструктуранын жеткиликтүүлүгүн, масштабдуулугун жана иштешин камсыз кылат.
- DevOps командаларынын натыйжалуулугун команда мүчөлөрүнүн өндүрүмдүүлүгүнө көңүл буруу, ыңгайлуу психологиялык атмосфераны камсыз кылуу жана ыңгайлуу куралдарды колдонуу менен жогорулатууга болот.
- Туура мамиле менен релиздерди чыгаруу ылдамдыгын жогорулатуу компаниянын кызматтарынын жана тиркемелеринин туруктуулугуна таасирин тийгизбейт.
Source: www.habr.com