Rossiyadagi DevOps holati 2020

Biror narsaning holatini qanday tushunish mumkin?

Siz turli xil ma'lumot manbalaridan, masalan, veb-saytlardagi nashrlardan yoki tajribadan olingan fikringizga ishonishingiz mumkin. Siz hamkasblaringiz, tanishlaringizdan so'rashingiz mumkin. Yana bir variant - konferentsiyalar mavzularini ko'rib chiqish: dastur qo'mitasi sanoatning faol vakillari, shuning uchun biz ularga tegishli mavzularni tanlashda ishonamiz. Alohida soha - tadqiqot va hisobotlar. Lekin muammo bor. Dunyoda DevOps holati bo'yicha tadqiqotlar har yili olib boriladi, hisobotlar xorijiy kompaniyalar tomonidan nashr etiladi va Rossiya DevOps haqida deyarli hech qanday ma'lumot yo'q.

Ammo bunday tadqiqot o'tkaziladigan kun keldi va bugun biz natijalar haqida gapiramiz. Rossiyadagi DevOps holati kompaniyalar tomonidan birgalikda o'rganildi "Ekspres 42"Va"Ontico". Express 42 texnologiya kompaniyalariga DevOps amaliyotlari va vositalarini joriy etish va rivojlantirishga yordam beradi va Rossiyada DevOps haqida birinchilardan bo'lib gapirgan. Tadqiqot mualliflari Igor Kurochkin va Vitaliy Xabarovlar ekspress 42da tahlil va konsalting bilan shug'ullanadilar, shu bilan birga turli kompaniyalarda ishlash bo'yicha texnik ma'lumot va tajribaga ega. 8 yil davomida hamkasblar turli muammolarga, shuningdek, madaniy va muhandislik etukligiga ega bo'lgan o'nlab kompaniyalar va loyihalarni ko'rib chiqdilar - startaplardan tortib korxonalargacha.

Igor va Vitaliy o'z hisobotlarida tadqiqot jarayonida qanday muammolar borligi, ularni qanday hal qilishlari, shuningdek DevOps tadqiqoti printsipial jihatdan qanday olib borilishi va Express 42 nima uchun o'zini o'zi o'tkazishga qaror qilgani haqida gapirib berdi. Ularning hisobotini ko'rish mumkin shu yerda.

DevOps tadqiqoti

Suhbatni Igor Kurochkin boshladi.

Biz muntazam ravishda DevOps konferentsiyalarida tinglovchilardan so'raymiz: "Siz bu yilgi DevOps holati hisobotini o'qidingizmi?" Bir necha kishi qo'llarini ko'taradi va bizning tadqiqotimiz shuni ko'rsatdiki, faqat uchinchisi ularni o'rganadi. Agar siz bunday xabarlarni hech qachon ko'rmagan bo'lsangiz, darhol aytaylik, ularning barchasi juda o'xshash. Ko'pincha shunday iboralar mavjud: "O'tgan yilga nisbatan ..."

Bu erda bizda birinchi muammo bor va undan keyin yana ikkitasi:

1. O'tgan yil uchun ma'lumotlarimiz yo'q. Rossiyadagi DevOps holati hech kimni qiziqtirmaydi;
2. Metodologiya. Gipotezalarni qanday tekshirish, qanday savollar tuzish, tahlil qilish, natijalarni solishtirish, bog'lanishlarni topish aniq emas;
3. Terminologiya. Barcha hisobotlar ingliz tilida, tarjima talab qilinadi, umumiy DevOps ramkasi hali ixtiro qilinmagan va har kim o'zi bilan chiqadi.

Keling, DevOps holati tahlillari butun dunyoda qanday amalga oshirilganini ko'rib chiqaylik.

Tarixiy tarix

DevOps tadqiqotlari 2011 yildan beri olib borilmoqda. Konfiguratsiyani boshqarish tizimlarini ishlab chiquvchi Qo'g'irchoq birinchi bo'lib ularni o'tkazdi. O'sha paytda u kod ko'rinishidagi infratuzilmani tavsiflashning asosiy vositalaridan biri edi. 2013 yilgacha bu tadqiqotlar shunchaki yopiq so'rovlar bo'lib, ommaviy hisobotlar yo'q edi.

2013 yilda DevOps bo'yicha barcha asosiy kitoblarning nashriyotchisi bo'lgan IT Revolution paydo bo'ldi. Qo'g'irchoq bilan birgalikda ular birinchi "State of DevOps" nashrini tayyorladilar, unda 4 ta asosiy ko'rsatkich birinchi marta paydo bo'ldi. Keyingi yili ThoughtWorks konsalting firmasi sanoat amaliyotlari va vositalari bo'yicha muntazam texnologik radarlari bilan tanilgan. Va 2015 yilda metodologiyaga ega bo'lim qo'shildi va ular tahlilni qanday amalga oshirishlari aniq bo'ldi.

2016 yilda tadqiqot mualliflari o'zlarining DORA (DevOps Research and Assessment) kompaniyasini yaratib, yillik hisobotni e'lon qilishdi. Keyingi yili DORA va Puppet o'zlarining so'nggi qo'shma hisobotini e'lon qilishdi.

Va keyin qiziqarli narsa boshlandi:

2018 yilda kompaniyalar ikkiga bo'lindi va ikkita mustaqil hisobot chiqdi: biri Qo'g'irchoqdan, ikkinchisi Google bilan birgalikda DORA'dan. DORA o'z metodologiyasini asosiy ko'rsatkichlar, ishlash profillari va asosiy ko'rsatkichlar va kompaniya miqyosidagi samaradorlikka ta'sir qiluvchi muhandislik amaliyotlari bilan qo'llashda davom etdi. Va Qo'g'irchoq jarayonning tavsifi va DevOps evolyutsiyasi bilan o'z yondashuvini taklif qildi. Ammo bu voqea ildiz otgani yo'q, 2019 yilda Qo'g'irchoq ushbu metodologiyadan voz kechdi va hisobotlarning yangi versiyasini chiqardi, unda asosiy amaliyotlar va ularning DevOps-ga ularning nuqtai nazaridan qanday ta'sir qilishlari sanab o'tilgan. Keyin yana bir voqea sodir bo'ldi: Google DORA-ni sotib oldi va ular birgalikda yana bir hisobot chiqardilar. Siz uni ko'rgandirsiz.

Bu yil ishlar murakkablashdi. Qo'g'irchoq o'zining so'rovnomasini boshlagani ma'lum. Ular buni bizdan bir hafta oldin qilishdi va u allaqachon tugadi. Biz unda ishtirok etib, ular qanday mavzularga qiziqishlarini ko‘rib chiqdik. Hozir Qo‘g‘irchoq o‘z tahlilini o‘tkazmoqda va hisobotni chop etishga tayyorlanmoqda.

Ammo DORA va Google tomonidan hali hech qanday e'lon yo'q. May oyida, odatda, so'rov boshlanganda, DORA asoschilaridan biri Nikol Forsgren boshqa kompaniyaga o'tgani haqida ma'lumot keldi. Shuning uchun biz bu yil DORA tomonidan hech qanday tadqiqot va hisobot bo'lmaydi deb taxmin qildik.

Rossiyada ishlar qanday?

Biz DevOps tadqiqotini o'tkazmadik. Biz konferentsiyalarda nutq so'zladik, boshqa odamlarning topilmalarini aytib berdik va Raiffeisenbank 2019 yil uchun "DevOps holati" ni tarjima qildi (ularning e'lonlarini Habré-da topishingiz mumkin), ularga katta rahmat. Va bu hammasi.

Shuning uchun biz DORA metodologiyasi va topilmalaridan foydalangan holda Rossiyada o'z tadqiqotimizni o'tkazdik. Biz tadqiqotimiz uchun, jumladan, terminologiya va tarjimani sinxronlashtirish uchun Raiffeisenbankdagi hamkasblar hisobotidan foydalandik. Va sanoatga tegishli savollar DORA hisobotlaridan va bu yilgi Qo'g'irchoq anketasidan olingan.

Tadqiqot jarayoni

Hisobot faqat yakuniy qismdir. Barcha tadqiqot jarayoni to'rtta asosiy bosqichdan iborat:

Tayyorgarlik bosqichida biz soha mutaxassislari bilan suhbatlashdik va farazlar ro‘yxatini tayyorladik. Ular asosida savollar tuzildi va butun avgust oyi uchun so'rovnoma boshlandi. Keyin hisobotning o'zini tahlil qilib, tayyorladik. DORA uchun bu jarayon 6 oy davom etadi. Biz 3 oy ichida uchrashdik va endi bizda zo'rg'a vaqt borligini tushunamiz: faqat tahlil qilish orqali siz qanday savollar berishingiz kerakligini tushunasiz.

Ishtirokchilar

Barcha xorijiy reportajlar ishtirokchilarning portreti bilan boshlanadi va ularning aksariyati Rossiyadan emas. Rossiyalik respondentlarning ulushi yildan-yilga 5 dan 1% gacha o'zgarib turadi va bu hech qanday xulosa chiqarishga imkon bermaydi.

Accelerate State of DevOps 2019 hisobotidan xarita:

Tadqiqotimizda biz 889 kishidan intervyu olishga muvaffaq bo'ldik - bu juda ko'p (DORA har yili o'z hisobotlarida mingga yaqin odamni so'roq qiladi) va bu erda biz maqsadga erishdik:

To'g'ri, barcha ishtirokchilarimiz ham oxirigacha yetib borgani yo'q: yakunlanish foizi yarmidan bir oz kamroq bo'lib chiqdi. Ammo bu vakillik namunasini olish va tahlil qilish uchun etarli edi. DORA o'z hisobotlarida to'ldirish foizlarini oshkor qilmaydi, shuning uchun bu erda taqqoslash yo'q.

Sanoat va lavozimlar

Respondentlarimiz sanoatning o‘nlab sohalarini ifodalaydi. Yarim qismi axborot texnologiyalarida ishlaydi. Undan keyin moliyaviy xizmatlar, savdo, telekommunikatsiya va boshqalar. Lavozimlar orasida mutaxassislar (ishlab chiquvchi, sinovchi, ekspluatatsiya muhandisi) va boshqaruv xodimlari (jamoalar, guruhlar, hududlar rahbarlari, direktorlar):

Har ikkidan biri o'rta kompaniyada ishlaydi. Har uchinchi odam yirik kompaniyalarda ishlaydi. Ko'pchilik 9 kishigacha bo'lgan jamoalarda ishlaydi. Alohida-alohida, biz asosiy faoliyat haqida so'radik va ularning aksariyati qandaydir tarzda operatsiya bilan bog'liq va taxminan 40% ishlab chiqish bilan shug'ullanadi:

Shunday qilib, biz turli sohalar, kompaniyalar, jamoalar vakillarini taqqoslash va tahlil qilish uchun ma'lumot to'pladik. Tahlil haqida mening hamkasbim Vitaliy Xabarov aytib beradi.

Tahlil va taqqoslash

Vitaliy Xabarov: So‘rovnomamizni yakunlagan, anketalarni to‘ldirgan va gipotezalarimizni keyingi tahlil va sinovdan o‘tkazish uchun bizga ma’lumotlarni taqdim etgan barcha ishtirokchilarga katta rahmat. Mijozlarimiz va mijozlarimiz tufayli biz sanoat muammolarini aniqlash va tadqiqotimizda sinab ko'rgan farazlarni shakllantirishga yordam beradigan boy tajribaga egamiz.

Afsuski, siz bir tomondan savollar ro'yxatini va boshqa tomondan ma'lumotlarni olib bo'lmaydi, ularni qandaydir tarzda solishtiring, ayting: "Ha, hamma narsa shunday ishlaydi, biz haq edik" va tarqalib ketish. Yo'q, biz xato qilmasligimiz va xulosalarimiz ishonchli ekanligiga ishonch hosil qilish uchun metodologiya va statistik usullar kerak. Keyin ushbu ma'lumotlar asosida keyingi ishimizni qurishimiz mumkin:

Asosiy ko'rsatkichlar

Biz DORA metodologiyasini asos qilib oldik, ular "DevOps holatini tezlashtirish" kitobida batafsil tavsiflangan. Biz asosiy ko'rsatkichlar Rossiya bozoriga mos keladimi yoki yo'qligini tekshirdik, ulardan DORA "Rossiyadagi sanoat xorijiy sanoatga qanday mos keladi?" Degan savolga javob berish uchun foydalanadigan tarzda foydalanish mumkinmi?

Asosiy ko'rsatkichlar:

1. Joylashtirish chastotasi. Ilovaning yangi versiyasi ishlab chiqarish muhitiga qanchalik tez-tez joylashtiriladi (rejalashtirilgan o'zgarishlar, tuzatishlar va hodisalarga javoblar bundan mustasno)?
2. Yetkazib berish vaqti. O'zgartirishni amalga oshirish (funksionallikni kod sifatida yozish) va o'zgartirishni ishlab chiqarish muhitiga qo'llash o'rtasidagi o'rtacha vaqt qancha?
3. Qayta tiklash vaqti. Voqea sodir bo'lganidan, xizmatning yomonlashuvidan yoki dastur foydalanuvchilariga ta'sir qiladigan xatolik aniqlangandan keyin dasturni ishlab chiqarish muhitiga tiklash uchun o'rtacha qancha vaqt ketadi?
4. Muvaffaqiyatsiz o'zgarishlar. Ishlab chiqarish muhitida joylashtirishning necha foizi dasturning yomonlashishiga yoki hodisalarga olib keladi va tuzatishni talab qiladi (o'zgarishlarni qaytarish, tuzatish yoki tuzatishni ishlab chiqish)?

DORA o'z tadqiqotida ushbu ko'rsatkichlar va tashkilot faoliyati o'rtasidagi bog'liqlikni aniqladi. Biz buni o'rganishimizda ham sinab ko'ramiz.

Ammo to'rtta asosiy ko'rsatkich biror narsaga ta'sir qilishi mumkinligiga ishonch hosil qilish uchun siz tushunishingiz kerak - ular qandaydir tarzda bir-biriga bog'liqmi? DORA bir ogohlantirish bilan ijobiy javob berdi: muvaffaqiyatsiz o'zgarishlar (o'zgarishlarning muvaffaqiyatsizligi darajasi) va boshqa uchta ko'rsatkich o'rtasidagi munosabatlar biroz zaifroq. Biz taxminan bir xil suratga tushdik. Agar etkazib berish vaqti, joylashtirish chastotasi va tiklanish vaqti bir-biri bilan bog'liq bo'lsa (biz bu korrelyatsiyani Pearson korrelyatsiyasi va Chaddock shkalasi orqali o'rnatdik), unda muvaffaqiyatsiz o'zgarishlar bilan bunday kuchli bog'liqlik yo'q.

Asosan, respondentlarning ko'pchiligi ishlab chiqarishda juda oz sonli hodisalar bor deb javob berishga moyil. Muvaffaqiyatsiz o'zgarishlar bo'yicha respondentlar guruhlari o'rtasida hali ham sezilarli farq borligini keyinroq ko'rib chiqsak ham, biz ushbu bo'linish uchun ushbu ko'rsatkichdan hali foydalana olmaymiz.

Biz buni (tahlil qilish va ayrim mijozlarimiz bilan muloqot chog‘ida ma’lum bo‘lganidek) hodisa deb hisoblangan narsalarni idrok etishda biroz farq borligi bilan bog‘laymiz. Agar texnik oynada xizmatimiz ish faoliyatini tiklashga muvaffaq bo'lsak, buni voqea deb hisoblash mumkinmi? Ehtimol, yo'q, chunki biz hamma narsani tuzatdik, biz ajoyibmiz. Agar biz o'zimiz uchun odatiy, tanish rejimda arizamizni 10 marta qayta tiklashimiz kerak bo'lsa, buni voqea deb hisoblay olamizmi? Yo'qdek tuyuladi. Shu sababli, muvaffaqiyatsiz o'zgarishlarning boshqa ko'rsatkichlar bilan aloqasi masalasi ochiq qolmoqda. Biz uni yanada aniqlaymiz.

Muhimi shundaki, biz etkazib berish vaqtlari, tiklash vaqti va joylashtirish chastotasi o'rtasida sezilarli bog'liqlikni topdik. Shuning uchun biz respondentlarni ishlash guruhlariga bo'lish uchun ushbu uchta ko'rsatkichni oldik.

Qanday grammga osish kerak?

Biz ierarxik klaster tahlilidan foydalandik:

• Biz respondentlarni n o'lchovli bo'shliqqa taqsimlaymiz, bu erda har bir respondentning koordinatasi ularning savollarga javoblari hisoblanadi.
• Har bir respondent kichik klaster deb e'lon qilinadi.
• Biz bir-biriga eng yaqin bo'lgan ikkita klasterni bitta katta klasterga birlashtiramiz.
• Biz keyingi klaster juftini topamiz va ularni kattaroq klasterga birlashtiramiz.

Shunday qilib, biz barcha respondentlarimizni kerakli klasterlar soni bo'yicha guruhlaymiz. Dendrogramma (klasterlar orasidagi bog'lanishlar daraxti) yordamida biz ikkita qo'shni klaster orasidagi masofani ko'ramiz. Bizga qolgan narsa bu klasterlar o'rtasida ma'lum masofa chegarasini belgilash va: "Bu ikki guruh bir-biridan juda farq qiladi, chunki ular orasidagi masofa juda katta".

Ammo bu erda yashirin muammo bor: bizda klasterlar soni bo'yicha hech qanday cheklovlar yo'q - biz 2, 3, 4, 10 ta klasterni olishimiz mumkin. Va birinchi g'oya - nima uchun barcha respondentlarimizni DORA kabi 4 guruhga ajratmaslik kerak edi. Ammo biz bu guruhlar o'rtasidagi tafovutlar ahamiyatsiz bo'lib qolganini aniqladik va respondent haqiqatan ham qo'shniga emas, balki uning guruhiga tegishli ekanligiga ishonch hosil qila olmaymiz. Biz hozircha Rossiya bozorini to‘rt guruhga bo‘la olmaymiz. Shuning uchun biz statistik jihatdan sezilarli farq bo'lgan uchta profilga qaror qildik:

Keyinchalik, biz klasterlar bo'yicha profilni aniqladik: biz har bir guruh uchun har bir ko'rsatkich uchun medianani oldik va ishlash profillari jadvalini tuzdik. Aslida, biz har bir guruhdagi o'rtacha ishtirokchining ishlash profillarini oldik. Biz uchta samaradorlik profilini aniqladik: Past, O'rta, Yuqori:

Bu erda biz 4 ta asosiy ko'rsatkich ishlash profilini aniqlash uchun mos ekanligi haqidagi farazimizni tasdiqladik va ular G'arbiy va Rossiya bozorlarida ishlaydi. Guruhlar o'rtasida farq bor va bu statistik ahamiyatga ega. Shuni ta'kidlaymanki, biz dastlab respondentlarni ushbu parametr bo'yicha ajratmagan bo'lsak ham, o'rtacha ko'rsatkich bo'yicha muvaffaqiyatsiz o'zgarishlar ko'rsatkichi bo'yicha ishlash profillari o'rtasida sezilarli farq bor.

Keyin savol tug'iladi: bularning barchasidan qanday foydalanish kerak?

Qanday foydalanish kerak

Agar biz biron bir jamoani, 4 ta asosiy ko'rsatkichni olib, uni jadvalga qo'llasak, 85% hollarda biz to'liq mos kelmaymiz - bu shunchaki o'rtacha ishtirokchi, va aslida nima emas. Biz hammamiz (va har bir jamoa) biroz boshqachamiz.

Biz tekshirdik: biz respondentlarimiz va DORA ishlash profilini oldik va qancha respondent u yoki bu profilga mos kelishini ko'rib chiqdik. Biz respondentlarning atigi 16 foizi aniq profillardan biriga tushib qolganini aniqladik. Qolganlarning hammasi o'rtada tarqalgan:

Bu samaradorlik profilining cheklangan doiraga ega ekanligini anglatadi. Birinchi taxminda qaerda ekanligingizni tushunish uchun siz ushbu jadvaldan foydalanishingiz mumkin: "Oh, biz o'rta yoki yuqori darajaga yaqinroqmiz!" Agar siz qaerga borishni tushunsangiz, bu etarli bo'lishi mumkin. Ammo agar sizning maqsadingiz doimiy, uzluksiz takomillashtirish bo'lsa va siz qayerda rivojlanish va nima qilish kerakligini aniqroq bilmoqchi bo'lsangiz, unda qo'shimcha mablag' kerak bo'ladi. Biz ularni kalkulyatorlar deb ataymiz:

• DORA kalkulyatori
• Kalkulyator Express 42* (ishlab chiqilmoqda)
• O'z ishlab chiqish (siz o'zingizning ichki kalkulyatoringizni yaratishingiz mumkin).

Ular nima uchun kerak? Tushunmoq:

• Tashkilotimizdagi jamoa bizning standartlarimizga mos keladimi?
• Agar yo'q bo'lsa, kompaniyamiz ega bo'lgan tajriba doirasida uni tezlashtirishga yordam bera olamizmi?
• Agar shunday bo'lsa, biz bundan ham yaxshiroq ish qila olamizmi?

Siz ulardan kompaniya ichida statistik ma'lumotlarni to'plash uchun ham foydalanishingiz mumkin:

• Bizda qanday jamoalar bor?
• Jamoalarni profillarga bo'lish;
• Qarang: Oh, bu buyruqlar bajarilmayapti (ular bir oz tashqariga chiqmaydi), lekin bu ajoyib: ular har kuni, xatosiz o'rnatiladi, bir soatdan kamroq vaqtga ega.

Va keyin siz bizning kompaniyamizda hali teng bo'lmagan jamoalar uchun kerakli tajriba va vositalar mavjudligini bilib olishingiz mumkin.

Yoki, agar siz kompaniya ichida o'zingizni ajoyib his qilayotganingizni tushunsangiz, siz ko'pchilikdan yaxshiroqsiz, keyin siz biroz kengroq ko'rishingiz mumkin. Bu faqat Rossiya sanoati: biz o'zimizni tezlashtirish uchun Rossiya sanoatida kerakli tajribani olishimiz mumkinmi? Bu erda Express 42 kalkulyatori yordam beradi (u ishlab chiqilmoqda). Agar siz Rossiya bozoridan oshib ketgan bo'lsangiz, qarang DORA kalkulyatori va jahon bozoriga.

Yaxshi. Va agar siz DORA kalkulyatoridagi Elit guruhida bo'lsangiz, nima qilish kerak? Bu erda yaxshi yechim yo'q. Siz, ehtimol, sanoatning oldingi safidasiz va ichki ilmiy-tadqiqot va ko'proq resurslarni sarflash orqali yanada tezlashtirish va ishonchlilik mumkin.

Keling, eng shirin - taqqoslashga o'tamiz.

Taqqoslash

Biz dastlab Rossiya sanoatini G‘arb sanoati bilan solishtirmoqchi edik. Agar biz to'g'ridan-to'g'ri taqqoslasak, bizda kamroq profil borligini va ular bir-biri bilan biroz aralashganligini ko'ramiz, chegaralar biroz xiralashgan:

Bizning Elita ijrochilarimiz Oliy ijrochilar orasida yashiringan, ammo ular bor - bular muhim cho'qqilarni zabt etgan elita, yagona shoxlar. Rossiyada Elita profili va Oliy profil o'rtasidagi farq hali etarlicha muhim emas. O'ylaymizki, kelajakda bu ajralish muhandislik madaniyatining o'sishi, muhandislik amaliyotlarini amalga oshirish sifati va kompaniyalarda tajribalar tufayli yuzaga keladi.

Agar biz Rossiya sanoatida to'g'ridan-to'g'ri taqqoslashga o'tadigan bo'lsak, yuqori darajadagi jamoalar har jihatdan yaxshiroq ekanligini ko'rishimiz mumkin. Shuningdek, biz ushbu ko'rsatkichlar va tashkilot faoliyati o'rtasida bog'liqlik borligi haqidagi farazimizni tasdiqladik: Yuqori profilli jamoalar nafaqat maqsadlarga erishish, balki ulardan ham oshib ketish ehtimoli ko'proq.
Keling, yuqori darajadagi jamoalarga aylanaylik va u erda to'xtab qolmaylik:

Ammo bu yil o'ziga xos yil va biz kompaniyalar pandemiyada qanday ishlayotganini tekshirishga qaror qildik: yuqori darajadagi jamoalar o'zlarini sanoatdagi o'rtacha ko'rsatkichdan ancha yaxshi va yaxshi his qilmoqdalar:

• Yangi mahsulotlarni chiqarish ehtimoli 1,5-2 baravar yuqori,
• Ilova infratuzilmasining ishonchliligi va/yoki ish faoliyatini yaxshilash ehtimoli 2 baravar yuqori.

Ya'ni, ular allaqachon ega bo'lgan vakolatlar ularga tezroq rivojlanishga, yangi mahsulotlarni ishlab chiqarishga, mavjud mahsulotlarni o'zgartirishga va shu bilan yangi bozorlar va yangi foydalanuvchilarni zabt etishga yordam berdi:

Jamoalarimizga yana nima yordam berdi?

Muhandislik amaliyotlari

Men sizga biz sinab ko'rgan har bir amaliyot uchun muhim topilmalar haqida aytib beraman. Ehtimol, jamoalarga yana bir narsa yordam bergandir, lekin biz DevOps haqida gapiramiz. Va DevOps ichida biz turli profildagi jamoalar o'rtasidagi farqni ko'ramiz.

Platforma xizmat sifatida

Biz platforma yoshi va jamoa profili o'rtasida sezilarli bog'liqlikni topmadik: platformalar past va yuqori jamoalar uchun bir vaqtning o'zida paydo bo'lgan. Ammo ikkinchisi uchun platforma dastur kodi orqali boshqarish uchun o'rtacha ko'proq xizmatlar va ko'proq dasturiy interfeyslarni taqdim etadi. Platforma jamoalari esa oʻz ishlab chiquvchilari va jamoalariga platformadan foydalanishda yordam berishlari, muammolari va platforma bilan bogʻliq hodisalarni tez-tez hal qilishlari va boshqa jamoalarni oʻqitishlari ehtimoli koʻproq.

Infratuzilma kod sifatida

Bu erda hamma narsa juda standart. Biz infratuzilma kodining ishini avtomatlashtirish va infratuzilma omborida qancha ma'lumot saqlanishi o'rtasidagi bog'liqlikni topdik. Yuqori profilli buyruqlar omborlarda qo'shimcha ma'lumotni saqlaydi: bu infratuzilma konfiguratsiyasi, CI / CD quvur liniyasi, atrof-muhit sozlamalari va qurish parametrlari. Ular ushbu ma'lumotni tez-tez saqlaydi, infratuzilma kodi bilan yaxshiroq ishlaydi va infratuzilma kodi bilan ishlash uchun ko'proq jarayonlar va vazifalarni avtomatlashtiradi.

Qizig'i shundaki, biz infratuzilma testlarida sezilarli farqni ko'rmadik. Men buni yuqori profilli guruhlarda testlarni avtomatlashtirish ko'proq ekanligi bilan izohlayman. Ehtimol, ularni alohida infratuzilma testlari bilan chalg'itmaslik kerak, aksincha ular ilovalarni tekshiradigan testlar va ular tufayli ular nimani va qaerda buzilganligini allaqachon ko'rishadi.

Integratsiya va yetkazib berish

Eng zerikarli bo'lim, chunki biz tasdiqladikki, sizda avtomatlashtirish qanchalik ko'p bo'lsa, kod bilan qanchalik yaxshi ishlasangiz, shuncha yaxshi natijalarga erishishingiz mumkin.

arxitektura

Biz mikroservislar ishlashga qanday ta'sir qilishini ko'rmoqchi edik. Haqiqatan ham, ular bunday qilmaydi, chunki mikroservislardan foydalanish samaradorlik ko'rsatkichlarining oshishi bilan bog'liq emas. Mikroservislar ham yuqori profilli buyruqlar, ham past profilli buyruqlar uchun ishlatiladi.

Ammo muhimi shundaki, Oliy jamoalar uchun mikroservis arxitekturasiga o'tish ularga o'z xizmatlarini mustaqil ravishda ishlab chiqish va tarqatish imkonini beradi. Agar arxitektura ishlab chiquvchilarga jamoadan tashqarida bo'lgan odamni kutmasdan avtonom harakat qilish imkonini bersa, bu tezlikni oshirish uchun asosiy qobiliyatdir. Bunday holda, mikroservislar yordam beradi. Va faqat ularni amalga oshirish katta rol o'ynamaydi.

Bularning barchasini qanday kashf qildik?

Bizda DORA metodologiyasini toʻliq takrorlash boʻyicha ulkan rejamiz bor edi, ammo resurslar yetishmas edi. Agar DORA ko'p homiylikdan foydalansa va ularning tadqiqotlari yarim yil davom etsa, biz tadqiqotimizni qisqa vaqt ichida amalga oshirdik. Biz DORA singari DevOps modelini yaratmoqchi edik va kelajakda buni qilamiz. Hozirgacha biz issiqlik xaritalari bilan cheklanib qoldik:

Biz muhandislik amaliyotlarining har bir profildagi jamoalar bo‘yicha taqsimlanishini ko‘rib chiqdik va yuqori profilli jamoalar o‘rtacha hisobda muhandislik amaliyotlaridan ko‘proq foydalanishini aniqladik. Bularning barchasi haqida bizning maqolamizda o'qishingiz mumkin hisobot.

O'zgartirish uchun keling, murakkab statistikadan oddiylarga o'taylik.

Biz yana nimani kashf qildik?

asboblar

Ko'ramizki, buyruqlarning aksariyati Linux oilasining OT tomonidan qo'llaniladi. Ammo Windows hali ham tendentsiyada - respondentlarimizning kamida to'rtdan bir qismi uning u yoki bu versiyasidan foydalanishni qayd etdi. Aftidan, bozorda bunday ehtiyoj bor. Shuning uchun siz ushbu kompetensiyalarni rivojlantirishingiz va konferentsiyalarda taqdimot qilishingiz mumkin.

Orkestrchilar orasida bu hech kimga sir emas, Kubernetes yetakchilik qilmoqda (52%). Keyingi navbatdagi orkestr Docker Swarm (taxminan 12%). Eng mashhur CI tizimlari Jenkins va GitLab. Eng mashhur konfiguratsiyani boshqarish tizimi - Ansible, undan keyin bizning sevimli Shell.

Amazon hozirda yetakchi bulutli hosting provayderi hisoblanadi. Rossiya bulutlarining ulushi asta-sekin o'sib bormoqda. Kelgusi yil rus bulutli provayderlari o'zlarini qanday his qilishlari, ularning bozor ulushi oshadimi yoki yo'qligini ko'rish qiziq. Ular, ulardan foydalanish mumkin va bu yaxshi:

Men so'zni Igorga beraman, u yana bir qancha statistik ma'lumotlarni beradi.

Amaliyotlarni tarqatish

Igor Kurochkin: Alohida, biz respondentlardan ko'rib chiqilgan muhandislik amaliyotlari kompaniyada qanday taqsimlanganligini ko'rsatishni so'radik. Aksariyat kompaniyalarda turli xil naqshlar to'plamidan iborat aralash yondashuv mavjud va pilot loyihalar juda mashhur. Bundan tashqari, biz profillar o'rtasida bir oz farq borligini ko'rdik. Yuqori profil vakillari ko'pincha kichik mutaxassislar guruhlari ish jarayonlarini, asboblarni o'zgartirganda va boshqa jamoalar bilan muvaffaqiyatli tajriba almashishganda "pastdan tashabbus" namunasidan foydalanadilar. Medium'da bu yuqoridan pastga qaratilgan tashabbus bo'lib, jamoalar va mukammallik markazlarini yaratish orqali butun kompaniyaga ta'sir qiladi:

Agile va DevOps

Agile va DevOps o'rtasidagi bog'liqlik masalasi sanoatda tez-tez muhokama qilinadi. Bu masala 2019/2020 yillar uchun State of Agile hisobotida ham ko'tarilgan, shuning uchun biz Agile va DevOps faoliyati kompaniyalarda qanday bog'liqligini solishtirishga qaror qildik. Agilesiz DevOps kamdan-kam ekanligini aniqladik. Respondentlarning yarmi uchun Agile-ning tarqalishi ancha oldinroq boshlangan va taxminan 20% bir vaqtning o'zida boshlanishini kuzatgan va past profil belgilaridan biri Agile va DevOps amaliyotlarining yo'qligi bo'ladi:

Buyruqlar topologiyalari

O'tgan yilning oxirida kitob "Jamoa topologiyalari”, bu buyruq topologiyalarini tavsiflash uchun asosni taklif qiladi. Bu Rossiya kompaniyalariga tegishli yoki yo'qligi biz uchun qiziq bo'ldi. Va biz savol berdik: "Siz qanday naqshlarni topasiz?".

Respondentlarning yarmida infratuzilma guruhlari, shuningdek, ishlab chiqish, sinovdan o'tkazish va foydalanish uchun alohida guruhlar kuzatilgan. Alohida DevOps jamoalari 45% ni qayd etdilar, ular orasida High vakillari ko'proq uchraydi. Keyingi o'zaro funktsional jamoalar keladi, ular ham High-da tez-tez uchraydi. Alohida SRE buyruqlari Oliy, O'rta profillarda paydo bo'ladi va past profilda kamdan-kam ko'rinadi:

DevQaOps nisbati

Biz bu savolni Facebook-da Skyeng platformasi jamoasi rahbaridan ko'rdik - u kompaniyalardagi ishlab chiquvchilar, testerlar va ma'murlar nisbati bilan qiziqdi. Biz buni so'radik va profillar asosidagi javoblarni ko'rib chiqdik: Yuqori darajadagi vakillarda har bir ishlab chiquvchi uchun kamroq sinov va operatsion muhandislar mavjud:

2021 yil uchun rejalar

Keyingi yil rejalarida respondentlar quyidagi tadbirlarni qayd etdilar:

Bu yerda DevOps Live 2020 konferensiyasi bilan kesishgan joyni koʻrishingiz mumkin. Biz dasturni diqqat bilan koʻrib chiqdik:

• Infratuzilma mahsulot sifatida
• DevOps transformatsiyasi
• DevOps amaliyotlarini tarqatish
• DevSecOps
• Keys klublari va muhokamalar

Ammo bizning taqdimotimiz vaqti barcha mavzularni qamrab olish uchun etarli emas. Sahna ortida qolgan:

• Platforma xizmat va mahsulot sifatida;
• Kod, muhit va bulutlar sifatida infratuzilma;
• Uzluksiz integratsiya va yetkazib berish;
• Arxitektura;
• DevSecOps naqshlari;
• Platforma va o'zaro faoliyat funktsional jamoalar.

Hisobot Bizda 50 ta hajmli varaq bor va siz buni batafsilroq ko'rishingiz mumkin.

Xulosa

Umid qilamizki, bizning tadqiqotimiz va hisobotimiz ishlab chiqish, sinovdan o‘tkazish va amaliyotga doir yangi yondashuvlar bilan tajriba o‘tkazishga ilhomlantiradi, shuningdek, navigatsiya qilish, o‘zingizni tadqiqotning boshqa ishtirokchilari bilan solishtirish va o‘z yondashuvlaringizni yaxshilash mumkin bo‘lgan sohalarni aniqlashga yordam beradi.

Rossiyadagi DevOps holatini birinchi o'rganish natijalari:

• Asosiy ko'rsatkichlar. Biz asosiy ko'rsatkichlar (etkazib berish vaqti, joylashtirish chastotasi, tiklash vaqti va o'zgarishlardagi nosozliklar) ishlab chiqish, sinovdan o'tkazish va operatsion jarayonlarning samaradorligini tahlil qilish uchun mos ekanligini aniqladik.
• Profillar yuqori, o'rta, past. Yig'ilgan ma'lumotlarga asoslanib, biz ko'rsatkichlar, amaliyotlar, jarayonlar va vositalar bo'yicha o'ziga xos xususiyatlarga ega bo'lgan statistik jihatdan turli xil Yuqori, O'rta, Past guruhlarni ajrata olamiz. Oliy profil vakillari Pastga qaraganda yaxshiroq natijalarni ko'rsatadi. Ular o'z maqsadlariga erishish va ulardan oshib ketish ehtimoli ko'proq.
• Ko'rsatkichlar, pandemiya va 2021 yil uchun rejalar. Bu yil kompaniyalar pandemiya bilan qanday kurashganligi alohida ko'rsatkichdir. Oliy vakillar yaxshi natijalarga erishdilar, foydalanuvchilarning faolligi ortdi va muvaffaqiyatning asosiy sabablari samarali rivojlanish jarayonlari va kuchli muhandislik madaniyati edi.
• DevOps amaliyotlari, vositalari va ularning rivojlanishi. Kompaniyalarning kelgusi yil uchun asosiy rejalari DevOps amaliyotlari va vositalarini ishlab chiqish, DevSecOps amaliyotlarini joriy etish va tashkiliy tuzilmadagi o'zgarishlarni o'z ichiga oladi. DevOps amaliyotlarini samarali tatbiq etish va rivojlantirish esa tajriba loyihalari, hamjamiyat va malaka markazlarini shakllantirish, kompaniyaning yuqori va quyi darajalaridagi tashabbuslar yordamida amalga oshiriladi.

Biz sizning fikr-mulohazalaringizni, hikoyalaringizni, fikr-mulohazalaringizni eshitishni xohlaymiz. Tadqiqotda ishtirok etgan barchaga minnatdorchilik bildiramiz va kelgusi yilda ishtirok etishingizni kutamiz.

Manba: www.habr.com