Bir necha yil oldin ko'plab tashkilotlar DevOps-ga dasturiy ta'minotni ishlab chiqishda asosiy yondashuv emas, balki istiqbolli tajriba sifatida qarashgan. DevOps endi yangi mahsulotlarning chiqarilishini tezlashtiradigan va samaradorlikni oshiradigan ishlab chiqish va joylashtirish amaliyotlari va vositalarining tasdiqlangan va kuchli to'plamidir. Eng muhimi, DevOps-ning ta'siri biznesning umumiy o'sishiga va rentabellikning oshishiga ta'sir qiladi.
komanda dan eng qiziqarlisini tarjima qilgan , DevOps Research & Assessment (DORA) ekspertlari tomonidan tuzilgan. Tadqiqotda butun dunyodan 31 ming mutaxassis ishtirok etdi. Keling, 000 yilda sanoatda nima o'zgarganini va korxonalar dasturiy ta'minotni etkazib berish samaradorligini qanday oshirishi mumkinligini ko'rib chiqaylik.
Sanoat va kompaniya hajmi DevOps holatiga qanday ta'sir qiladi
Tadqiqot DevOps unumdorligi va tashkilot sanoati o'rtasida hech qanday bog'liqlik topilmadi, chakana savdo bundan mustasno, ular biroz yaxshiroq ishlaydi. Bu, xususan, chakana sotuvchilar talabning o'zgarishi va mijozlar ehtiyojlariga tezda javob berishlari kerakligi bilan bog'liq. Tadqiqot natijalariga ko'ra, har qanday kompaniya DevOpsning yuqori darajasiga erishishi mumkin, jumladan moliya sektori va davlat sektori.
5000 dan ortiq xodimi bo'lgan kompaniyalarda DevOps samaradorligi 5000 dan kam ishchisi bo'lgan kompaniyalarga qaraganda past edi. Katta ehtimol bilan, bu yirik tashkilotlarda kattaroq jarayonlar, qattiqroq nazorat va murakkabroq AT tizimi arxitekturasi mavjud bo'lib, bu kodni ishlab chiqish va tarqatish jarayonida kechikishlarni keltirib chiqaradi. Shu bilan birga, ekspertlarning fikricha, kompaniyaning miqyosi DevOps-ni yaratishda muvaffaqiyatga to'sqinlik qilmaydi, faqat ba'zi hollarda bu ko'proq harakat talab qilishi mumkin.
Kompaniyada DevOps darajasini qanday baholash mumkin
Mutaxassislar DevOps jarayonlarini benchmark bilan taqqoslab, so'rovda qatnashganlarni eng yaxshi, yaxshi, o'rtacha va yomon ko'rsatkichlar bo'yicha to'rt guruhga bo'lishdi.
Hisobot uchun biz DevOps samaradorligini baholash uchun to'rtta asosiy ko'rsatkichni oldik: dasturiy ta'minotni ishlab chiqishdagi o'zgarishlarni yakunlash vaqti, joylashtirish chastotasi, muvaffaqiyatsizlik darajasi va tiklanish vaqti.
DevOpsning to'rtta darajasi - kompaniyangiz qayerdaligini baholang:
Kompaniyaning asosiy xizmatlari va ilovalari uchun dasturiy ta'minotni yetkazib berish samaradorligini baholash ko'rsatkichi
Eng yaxshi rekordlarga ega jamoalar
Yaxshi o'yin ko'rsatadigan jamoalar
O'rtacha jamoalar
Kam ko'rsatkichli jamoalar
Joylashtirish chastotasi
Kompaniya kodni ishlab chiqarishga qanchalik tez-tez joylashtiradi yoki oxirgi foydalanuvchilarga chiqaradi.
So'rov bo'yicha, kuniga bir nechta joylashtirish
Kuniga bir martadan haftada bir martagacha
Haftada bir martadan oyiga bir marta
Oyiga bir marta/bir necha oy
Amalga oshirish vaqtini o'zgartiring
Sinovdan ishlab chiqarishda muvaffaqiyatli ishlaydigan dasturiy ta'minotga o'tish uchun qancha vaqt ketadi?
Bir kundan kamroq vaqt ichida
Bir kundan bir haftagacha
Bir haftadan bir oygacha
Bir oydan olti oygacha
Xizmatni tiklash vaqti
Foydalanuvchilarga ta'sir qilgan voqea yoki xatolikdan keyin xizmatni tiklash qancha vaqt oladi.
Bir soatdan kam
Kun davomida
Bir hafta ichida
Bir haftadan bir oygacha
Muvaffaqiyatsizlik darajasini o'zgartirish
Yangilanishlar yoki yangi nashrlarning necha foizi xizmatning yomonlashishiga olib keladi va tuzatishlarni talab qiladi?
0-15%
0-15%
0-15%
46-60%
Tadqiqot quyidagi tendentsiyani aniqladi: yuqori natijalarga erishgan jamoalar soni deyarli uch baravar ko'paydi, 7 yildagi barcha respondentlarning 2018 foizidan 20 yilda 2019 foizgacha ko'tarildi.
Rivojlanish guruhlarini ishlash darajasi bo'yicha taqsimlash.
Past ko'rsatkichli guruhdagi jamoalar, yuqori ko'rsatkichli DevOps jamoalari bilan solishtirganda:
- 208 marta ko'proq kod o'rnatish amalga oshirildi.
- Kodni joylashtirishga 106 barobar kamroq vaqt sarfladi.
- Biz muvaffaqiyatsizliklarga 7 marta kamroq duch keldik.
- Nosozliklardan keyin dasturiy ta'minot 2,604 marta tezroq tiklandi.
Bundan tashqari, yuqori samarali DevOps jamoalari o'zlarining tashkiliy samaradorlik ko'rsatkichlariga javob berish yoki undan oshib ketish ehtimoli past bo'lgan jamoalarga qaraganda ikki baravar yuqori.
Ko'pgina ekspertlarning fikricha, bir vaqtning o'zida barcha ko'rsatkichlarning o'sishiga erishish mumkin emas, murosaga kelish kerak. Shunday qilib, ba'zilarning fikricha, relizlar tezligini oshirish dasturiy ta'minotni etkazib berish jarayonining ishonchliligiga va xizmatlarni taqdim etishga salbiy ta'sir ko'rsatishi mumkin. Biroq, tadqiqotlar shuni ko'rsatdiki, natijalarning tezligi va izchilligi bir-birini inkor etmaydi.
Men DevOps jamoalari sonining o'sishida hayratlanarli narsani ko'rmayapman; bu tabiiy: DevOps falsafasi hozir mashhur va startaplar soni ortib bormoqda.
Ammo, mening fikrimcha, mutaxassislar DevOps samaradorligini baholash uchun mutlaqo to'g'ri parametrlarni tanlamadilar.
Uni kodni tarqatish tezligiga qarab baholash, eng kamida, g'alati. Bu faqat startaplarga taalluqlidir, bu erda asosiy parametr mahsulotni bozorga chiqarish tezligi bo'ladi va ko'pincha mahsulot xom ko'rinishida chiqariladi. Bunday sharoitda ishlab chiqarishni tezlashtiradigan va ishlab chiqarishga etkazib beradigan mexanizmlar juda muhimdir. Ammo moliyaviy yoki tibbiy dasturlar kabi o'rnatilgan dasturiy ta'minot uchun muvaffaqiyatsizlik darajasi parametri mavjud bo'lmasligi mumkin - nosozliklar qabul qilinishi mumkin emas.
Xizmatni tiklash vaqti ham xuddi shunday: har qanday ishlab chiqilgan xizmat uchun u soniyalarda hisoblanishi kerak, lekin ko'pgina xizmatlar uchun uzilishlar qabul qilinishi mumkin emas, buning uchun uzluksiz ishlab chiqarish texnologiyalari (masalan, yashil/ko'k) ixtiro qilingan.
Bundan tashqari, siz kodlarni joylashtirish soniga e'tibor qaratmasligingiz kerak - bu ishlab chiqish guruhining ehtiyoji va vakolatlariga bog'liq. Agar tarqatish yangi funksiyalarni qo'shishni o'z ichiga olsa, bu bitta narsa, lekin agar u avvalgi joylashtirishlar paytida qilingan xatolarni tuzatishni o'z ichiga olsa, bu butunlay boshqacha.
Denis Romanenko, Mail.ru Cloud Solutions kompaniyasining mustaqil eksperti
DevOps jarayonlarini qanday yaxshilash mumkin
Hisobot DevOps-ni yaxshilashga yordam beradigan ikkita yo'nalishni taqdim etadi: dasturiy ta'minotni ishlab chiqish va yetkazib berish samaradorligini oshirish va ishchilarning mahsuldorligini oshirish.
Har bir soha o'z tarkibiy qismlarini o'z ichiga oladi, ularni takomillashtirish orqali siz kerakli maqsadga erishishingiz mumkin.
Hisobotga ko‘ra, raqamli transformatsiyaning kaliti korporativ madaniyatdir. Yuqori samarali DevOps jamoalariga ishonch madaniyati va psixologik xavfsizlik, ishlash hissi va aniq maqsadlar kerak. Bu muhit jamoa a'zolariga ongli qarorlar qabul qilish, o'z fikrlarini bildirish va yanada ijodiy bo'lish imkonini beradi.
Bulutli texnologiyalar, uzluksiz yetkazib berish, falokatlarni tiklash sinovlari va o‘zgarishlarni boshqarish ham dasturiy ta’minotni ishlab chiqish va yetkazib berish samaradorligini oshirishga yordam beradi. Foydalanish uchun qulay vositalarga sarmoya kiritish, texnik qarzlarni kamaytirish, ya'ni samarasiz kodlar va eskirgan texnologiyalar foizini kamaytirish - korporativ bilimlar bazasini tashkil etish va tashqi echimlarga kirish orqali samaradorlikni oshirish mumkin.
Menimcha, DevOps metodologiyasi va mafkurasi aynan shu jarayonlar tashqi sharoitlarga, masalan, bulutga yoki shaxsiy uskunangizga bog'liq emas. Bulutning o'zi vositadan boshqa narsa emas, ba'zi joylarda u yordam beradi, boshqalarida esa to'sqinlik qiladi yoki talabga ega bo'lmaydi.
Denis Romanenko, Mail.ru Cloud Solutions kompaniyasining mustaqil eksperti
Quyida biz DevOps jamoalari samaradorligini oshirishning ba'zi tarkibiy qismlarini ko'rib chiqamiz.
Bulutli texnologiyalar DevOps muvaffaqiyatiga imkon beradi
2019 yilda tobora ko'proq tashkilotlar DevOps jamoalari samaradorligini sezilarli darajada oshiradigan bulutli echimlarni tanlamoqda.
DevOps jamoalari qanday infratuzilmalardan foydalanadilar?
DORA respondentlarning 80 foizi joylashishini aniqladi . Biroq, respondentlarning atigi 29 foizi Milliy Standartlar va Texnologiyalar Institutining barcha beshta asosiy bulut xarakteristikasini - DevOps ichidagi bulut qiymatini baholash uchun eng muhim standartni amalga oshirgan.
ta'rif
Foydalanuvchilar ulushi
Talab bo'yicha o'z-o'ziga xizmat ko'rsatish
Iste'molchilar avtomatik ravishda hisoblash resurslarini taqdim etishlari mumkin
kerak bo'lganda, provayder ishtirokisiz.
57%
(11 yildan beri + 2018%)
Keng tarmoqqa kirish
Bulutli imkoniyatlar turli platformalar orqali mavjud,
mobil telefonlar, planshetlar, noutbuklar va ish stantsiyalari kabi.
60%
(14 yildan beri + 2018%)
Resurslar hovuzi
Provayderning resurslari ko'p ijarachi modeliga birlashtirilgan, bu erda jismoniy va virtual resurslar talab bo'yicha dinamik ravishda tayinlanadi.
58%
(15 yildan beri + 2018%)
Masshtablilik va elastiklik
Resurslar talabga ko'ra gorizontal yoki vertikal ravishda o'zgaradi, ular amalda cheksizdir va istalgan vaqtda istalgan miqdorda chiqarilishi mumkin.
58%
(135 yildan beri +2018)
oshkoralik
Bulutli tizimlar xizmat turiga qarab resurslardan foydalanishni avtomatik ravishda kuzatib boradi, optimallashtiradi va hisobot beradi: ma'lumotlarni saqlash va qayta ishlash, trafik miqdori,
faol foydalanuvchi hisoblari.
62%
(14 yildan beri + 2018%)
Platforma xizmat sifatida (PaaS) tobora ko'proq konteynerlar atrofida joylashgan joylashtirish modeliga o'tmoqda. Bulutli platformalar dasturiy ta'minotni joylashtirishni osonlashtiradi, shuning uchun jamoalar faqat dastur kodini o'zi ishlatish haqida tashvishlanishlari kerak. Masshtablashtirish, resurslarni rejalashtirish, ma'muriyat va infratuzilmani saqlash ham provayderlarga o'tkaziladi.
Bulutli provayderlar uchun turli xil xizmatlarni taqdim etish universal standartga aylanmoqda: virtual mashinalar tarmog'i, identifikatsiya va kirishni boshqarish (IAM), saqlash va ma'lumotlar bazalari, mashinalarni o'rganish, narsalar Interneti (IoT), konteyner echimlari, xavfsizlik echimlari va boshqalar. .
Bulutli provayderlarning mijozlari faqat o'zlari foydalanadigan resurslar uchun to'laydilar, bu esa ishlab chiqish xarajatlari haqidagi ma'lumotni olish qiyin yoki imkonsiz bo'lgan an'anaviy ma'lumotlar markazlaridan farqli o'laroq, xarajatlar shaffofligini ta'minlaydi. Yuqorida sanab o‘tilgan bulutli xususiyatlarga javob beradigan kompaniyalarning respondentlari dasturiy ta’minotni ishga tushirish narxini 2,6 barobar, qaysi ilovalar ko‘proq resurslarni talab qilishini 2 baravar ko‘proq tushunadi va 1,65 barobar ko‘proq IT byudjeti doirasida qolish ehtimoli ko‘proq.
Ba'zida ma'lum bo'lishicha, vakolatli mutaxassisni yollash va ma'lumotlar markazida ajratilgan quvvatni olish bulut uchun to'lashdan ko'ra foydaliroqdir. Qaysi variant yaxshiroq ekanligi kompaniyaning profili va miqyosiga, IT-mutaxassislarining o'z xodimlarining mavjudligiga va tajribaga bog'liq. Masalan, biznesni boshlashda yoki kompaniyaning o'z IT bo'limi bo'lmasa, bulutdan foydalanish qulay. Masshtabni oʻzgartirishda infratuzilmaning toʻliq yoki bir qismini joyida saqlash tejamkorroq boʻlishi mumkin.
Denis Romanenko, Mail.ru Cloud Solutions kompaniyasining mustaqil eksperti
DevOps texnik amaliyotlari
DevOps-ni joriy qilmoqchi bo'lgan ko'plab tashkilotlar ko'rsatmalar yoki eng yaxshi amaliyotlar to'plamini qidirmoqda. Biroq, ikkita kompaniya bir-biriga o'xshamaydi, shuning uchun qaysi amaliyotni tanlash biznesning hozirgi holatiga va uning maqsadlariga bog'liq.
Aytish joizki, DevOps ish faoliyatini yaxshilashga yordam beradigan umumiy sohalar mavjud: ba'zilari jamoa darajasida ishlab chiqilgan, boshqalari esa tashkiliy darajada harakat talab qiladi.
2019 yilda DevOps jamoalari uchun o'sishning qaysi sohalari ta'kidlangan:
Tashkilot darajasida
- erkin bog'langan arxitektura
- o'zgarishlarni amalga oshirish
- kodni qo'llab-quvvatlash
Jamoa darajasida
- uzluksiz integratsiya
- sinovlarni avtomatlashtirish
- joylashtirishni avtomatlashtirish
- monitoring
- rivojlanish quvuri
Jamoa va tashkilot darajasida
- bulut xizmatlaridan foydalanish
- falokatlarni tiklash sinovlari
Tadqiqot erkin bog'langan arxitekturaning DevOps ishlashiga ijobiy ta'sirini tasdiqladi.
Bo'shashgan arxitektura - bu jamoalar qo'shimcha yordam, manbalar, tasdiqlarsiz va kamroq fikr-mulohazalarga ega bo'lmagan holda, boshqa jamoalardan mustaqil ravishda tizimlarni mustaqil ravishda sinab ko'rishlari, joylashtirishlari va o'zgartirishlari mumkin. Bu sizga yanada samarali ishlash imkonini beradi, lekin yuqori darajadagi tashkiliy va boshqaruvni talab qiladi.
Ushbu yondashuv faqat startaplar uchun va ba'zi rezervasyonlar bilan mumkin. Boshqa kompaniyalarda vaziyat boshqacha bo'lishi mumkin. Yaxshi misol: bank / fintech. U erda faqat xususiy yechimlardan foydalanish mumkin, ammo DevOps amaliyotlari qo'llaniladi.
Denis Romanenko, Mail.ru Cloud Solutions kompaniyasining mustaqil eksperti
Muvaffaqiyatli DevOps jamoalari hamma narsani avtomatlashtiradi
xizmatlar va ilovalarni ishlab chiqarishga kamroq xarajat va xavf bilan chiqarishga, shuningdek, tashkilot maqsadlariga muvofiq qo'llab-quvvatlovchi relizlarga imkon beradi.
Muvaffaqiyatli CI/CD, shuningdek, jamoalar talab bo'yicha ishlab chiqarishga o'zgartirishlarni kiritishlari, joylashtirish sifati haqida darhol fikr-mulohazalarga ega bo'lishlari va keyingi joylashtirish tsiklini yaxshilash uchun tezda harakat qilishlari mumkinligini anglatadi.
Hisobot shuni ko'rsatadiki, muvaffaqiyatli DevOps guruhlari keng ko'lamli qo'llab-quvvatlovchi jarayonlar, amaliyotlar va vositalarga sarmoya kiritadilar:
- 92% avtomatlashtirilgan yig'ish vositalaridan foydalanadi;
- 87% avtomatlashtirilgan birlik testlaridan foydalanadi;
- 57% avtomatlashtirishni qabul sinovlariga qadar kengaytirdi;
- 72% sinov muhitida joylashtirishni avtomatlashtiradi, 69% ishlab chiqarishda joylashtirish uchun xuddi shunday qiladi;
- 69% chatbotlarni joylashtirish jarayoniga integratsiyalashgan;
- 57% monitoring vositalari bilan integratsiyalashgan.
To'g'ri vositalar va texnologiyalarni tanlash muhimdir
Murakkab tizimlarni qurish va biznes uchun muhim infratuzilmalarni boshqarishda texnologiyalarni tanlash muhim:
- birinchi ulanish uchun ham, doimiy foydalanish uchun ham foydalanish oson;
- bu sizning maqsadlaringizga erishishingizga yordam beradi.
Hisobotda dasturiy ta'minotni CI/CD orqali joylashtirishda foydalaniladigan vositalar va sinovlarni avtomatlashtirish vositalari ko'rib chiqildi - bular DevOps asosidagi texnologiyalardir.
DevOps jamoalari qanday texnologiyalardan foydalanadilar:
texnologiya
Kam ko'rsatkichli jamoalar
O'rtacha jamoalar
Yaxshi o'yin ko'rsatadigan jamoalar
Yuqori natijalarga erishgan jamoalar
Xususiy, ochiq manba va tijorat qadoqlangan mahsulotlarning kombinatsiyasi
30%
34%
32%
33%
Asosan ochiq manba va juda moslashtirilgan paketli echimlar
17%
8%
7%
10%
Ko'pincha ochiq kodli va ozgina moslashtirilgan paketli echimlar
14%
21%
18%
20%
Asosan qutilangan tijorat yechimlari
8%
12%
8%
4%
Kompaniya uchun ichki ishlanmalar va xususiy echimlar
20%
6%
5%
6%
Kuchli sozlash bilan birinchi navbatda ochiq manba
6%
7%
5%
12%
Bir oz moslashtirish bilan birinchi navbatda ochiq manba
5%
12%
24%
15%
Asbobdan foydalanish qulayligi jamoaning tanlangan texnologiya stekining qiymatini maksimal darajada oshirish qobiliyatiga sezilarli ta'sir ko'rsatadi: foydalanish uchun qulay texnologiyalarga ega bo'lgan muhandislar yuqori samarali jamoalarga tegishli bo'lish ehtimoli 1,5 baravar yuqori.
Menimcha, ushbu jadval muvaffaqiyatli DevOps jamoasi bo'lish uchun texnik muammoga emas, modaga amal qilish kerak degan tuyg'uni beradi.
Vakolatli mutaxassis vazifa uchun vositalarni tanlaydi, aksincha emas. Har qanday muammoni hal qilish uchun har doim bir nechta vositalar va yondashuvlar mavjud. Muayyan vosita quyidagilar bilan belgilanadi: vazifaning o'ziga xos xususiyatlari; xodimlar ushbu vosita bilan qanchalik tanish (agar asbob yangi bo'lsa, kirish chegarasi qanchalik baland); moliyaviy komponent, agar mavjud bo'lsa.
Denis Romanenko, Mail.ru Cloud Solutions kompaniyasining mustaqil eksperti
Favqulodda vaziyatlarni tiklash
Faoliyati dasturiy ta'minotning ishlashiga bog'liq bo'lgan har bir tashkilot bo'lishi kerak . Hisobot turli kompaniyalar qanday ofatlarga chidamliligini sinovdan o'tkazishdan foydalanishini ko'rsatadi.
Kompaniyalar ofatlarni tiklash uchun qanday sinov turlaridan foydalanadilar?
Sinov turi
Kam ko'rsatkichli jamoalar
O'rtacha jamoalar
Yaxshi o'yin ko'rsatadigan jamoalar
Yuqori natijalarga erishgan jamoalar
O'rtacha
Haqiqiy tizimlarga ta'sir qilmaydigan testlar
35%
26%
27%
30%
28%
Infratuzilmaning uzilishi (shu jumladan ma'lumotlar markazlari)
27%
43%
34%
38%
38%
Ilovaning muvaffaqiyatsizligi testi
25%
46%
41%
49%
43%
Test tizimlarining buzilishi bilan bog'liq hodisalarni simulyatsiya qilish
18%
22%
23%
29%
23%
Ish tizimlarining buzilishi bilan bog'liq hodisalarni simulyatsiya qilish
18%
11%
12%
13%
12%
Avtomatlashtirish va buzadigan tizimlarni yaratish
muntazam, doimiy ravishda ishlab chiqarish tizimlari
9%
8%
7%
9%
8%
Respondentlarning atigi 40 foizi har yili sanab o'tilgan bir yoki bir nechta usullardan foydalangan holda tabiiy ofatlarni tiklash sinovlarini o'tkazadi. Shu bilan birga, ofatlarni tiklash sinovlarini o'tkazadigan kompaniyalar xizmat ko'rsatishning yuqori darajasiga ega. Hisobot shuni ko'rsatadiki, yuqori samarali DevOps guruhlari falokatlarni tiklash test ma'lumotlarini dasturiy ta'minotni ishlab chiqish va joylashtirish jarayonlariga kiritish ehtimoli 1.4 baravar yuqori.
DevOps jamoalariga ma'lumotlarga kirishni ta'minlash muhimdir
Muammolarni hal qilish uchun ma'lumotni osongina topish DevOps jamoalarini samarali saqlashga yordam beradi. Bu, ayniqsa, murakkab tizimlardan iborat bo'lgan bugungi texnologik muhitda to'g'ri keladi.
Bunday ma'lumotlar manbalarini ikki guruhga bo'lish mumkin:
- Ichki manbalar: kodni yaratish va saqlash bo'yicha kompaniya hujjatlari, korporativ bilimlar bazalari, omborlar va boshqalar. Ichki bilim manbalaridan foydalangan DevOps guruhlari 1,73 baravar samaraliroq bo'ldi.
- Tashqi manbalar: Qidiruv mexanizmlari va stekni yakunlash. Outsourced DevOps jamoalari 1,67 marta samaraliroq bo'ldi. Tashqi texnologiyalar o'rganish va o'sish uchun katta afzalliklarni ta'minlaydi, ayniqsa ommaviy bulutlar va ochiq manba vositalaridan foydalanish.
Kompaniyalar uchun texnik qarzlarni kamaytirish muhim ahamiyatga ega
Texnik qarz ma'lum, lekin tuzatilmagan xatolarga ega kod yoki tizimlarni o'z ichiga oladi; testlarni yetarli darajada qamrab olmaslik; past sifatli kod yoki dizayn; foydalanilmaydigan, lekin o'chirilmagan artefaktlar; jamoa samarali qo'llab-quvvatlay olmaydigan ilovalar; eskirgan texnologiyalar; to'liq bo'lmagan yoki eskirgan hujjatlar.
Mutaxassislar texnik qarz DevOps faoliyatiga salbiy ta'sir ko'rsatishini aniqladilar. Texnik qarzi yuqori bo'lgan jamoalar 1,6 baravar kam mahsuldorlikka erishdi. Yuqori ko'rsatkichlarga ega bo'lgan jamoalarning texnik qarzlari past bo'lish ehtimoli 1,4 barobar ko'p edi.
DevOps holati tadqiqotining asosiy topilmalari
- Yuqori ko'rsatkichlarga ega DevOps jamoalarining ulushi qariyb uch baravarga oshib, 20% ga etdi. Bu shuni anglatadiki, korxonalar dasturiy ta'minotni ishlab chiqish va yetkazib berishni yaxshilash bo'yicha amaliyotlar va'dasini tushunishadi va kompaniyalar o'zlarining IT bo'limlarida DevOpsni faolroq joriy qilmoqdalar.
- Ilovalar va xizmatlarni tezkor yetkazib berish texnologiya va tashkiliy o'zgarishlarning asosini tashkil etadi. Relizlarning tezligi va izchilligi foyda va mijozlar ehtiyojini qondirishni oshiradi.
- Bulutli texnologiyalar DevOps jamoalari uchun mukammallikka erishish uchun kalit bo'lib qolmoqda. Bulutlardan foydalanish dasturiy ta'minotni kerakli tezlikda yetkazib berishni tashkil qilish imkonini beradi, infratuzilmaning mavjudligi, miqyosi va ishlashini ta'minlaydi.
- DevOps jamoalarining samaradorligini jamoa a'zolarining samaradorligiga e'tibor berish, qulay psixologik muhitni ta'minlash va qulay vositalardan foydalanish orqali oshirish mumkin.
- To'g'ri yondashuv bilan nashrlarni chiqarish tezligini oshirish kompaniya xizmatlari va ilovalari barqarorligiga ta'sir qilmaydi.
Manba: www.habr.com