Kaayaan DevOps di Rusia 2020

Kumaha anjeun malah ngartos kaayaan hiji hal?

Anjeun tiasa ngandelkeun pendapat anjeun, dibentuk tina sababaraha sumber inpormasi, contona, publikasi dina situs wéb atanapi pangalaman. Anjeun tiasa naroskeun kolega sareng réréncangan anjeun. Pilihan anu sanés nyaéta ningali topik konperénsi: panitia program mangrupikeun wawakil aktip industri, ku kituna kami percanten ka aranjeunna dina milih topik anu relevan. Wewengkon anu misah nyaéta panalungtikan sareng laporan. Tapi aya masalah. Panaliti ngeunaan kaayaan DevOps dilaksanakeun unggal taun di sakumna dunya, laporan diterbitkeun ku perusahaan asing, sareng ampir henteu aya inpormasi ngeunaan DevOps Rusia.

Tapi dinten parantos sumping nalika panilitian sapertos kitu dilaksanakeun, sareng ayeuna urang bakal nyarioskeun ka anjeun ngeunaan hasil anu diala. Kaayaan DevOps di Rusia ditalungtik babarengan ku pausahaan "Ekspres 42"Jeung"Ontico" Perusahaan Express 42 ngabantosan perusahaan téknologi ngalaksanakeun sareng ngembangkeun prakték sareng alat DevOps sareng mangrupikeun salah sahiji anu munggaran ngobrol ngeunaan DevOps di Rusia. Nu nulis ulikan, Igor Kurochkin jeung Vitaly Khabarov, kalibet dina analisis jeung konsultasi di Express 42, ngabogaan kasang tukang teknis ti operasi jeung pangalaman dina pausahaan béda. Langkung ti 8 taun, kolega ningali puluhan perusahaan sareng proyék - ti ngamimitian dugi ka perusahaan - kalayan masalah anu béda-béda, ogé kematangan budaya sareng rékayasa anu béda.

Dina laporanna, Igor sareng Vitaly ngécéskeun masalah naon anu aya dina prosés panalungtikan, kumaha aranjeunna ngarengsekeunana, kitu ogé kumaha panalungtikan DevOps dilaksanakeun prinsipna sareng naha Express 42 mutuskeun pikeun ngalaksanakeun sorangan. Anjeun tiasa ningali laporan maranéhanana di dieu.

DevOps Panalungtikan

Igor Kurochkin ngamimitian paguneman.

Kami rutin naroskeun ka pamiarsa dina konperénsi DevOps: "Naha anjeun maca laporan State of DevOps taun ieu?" Ngan sababaraha anu ngangkat leungeun, tapi panilitian kami nunjukkeun yén ngan ukur katilu anu ngulik aranjeunna. Upami anjeun teu acan kantos ningali laporan sapertos kitu, hayu urang langsung nyarios yén aranjeunna sadayana sami. Seringna aya frasa sapertos: "Dibandingkeun sareng taun ka tukang ..."

Di dieu urang gaduh masalah kahiji urang, dituturkeun ku dua deui:

1. Kami henteu gaduh data kanggo taun ka tukang. Teu aya anu kabetot dina kaayaan DevOps di Rusia;
2. Métodologi. Teu jelas kumaha nguji hipotesis, kumaha carana ngawangun patarosan, kumaha ngalaksanakeun analisis, ngabandingkeun hasil, manggihan sambungan;
3. terminologi. Sadaya laporan aya dina basa Inggris, tarjamahan diperyogikeun, kerangka umum pikeun DevOps teu acan diciptakeun sareng sadayana gaduh sorangan.

Hayu urang tingali kumaha nganalisa kaayaan DevOps di dunya umumna dilaksanakeun.

inpo sajarah

Panaliti DevOps parantos dilakukeun saprak 2011. Anu mimiti ngalaksanakeunana nyaéta Wayang, pamekar sistem manajemén konfigurasi. Dina waktos éta, éta mangrupikeun salah sahiji alat utama pikeun ngajelaskeun infrastruktur dina bentuk kode. Nepi ka 2013, studi ieu ngan ukur survey dina format katutup sareng tanpa ngalaporkeun umum.

Dina 2013, Revolusi IT muncul, penerbit sadaya buku utama dina DevOps. Kalayan Puppet, aranjeunna nyiapkeun publikasi munggaran "State of DevOps", dimana 4 métrik konci muncul pikeun kahiji kalina. Taun saterusna, perusahaan konsultan ThoughtWorks, anu dikenal ku radar téknologi biasa na dina prakték industri sareng alat, kalibet. Sarta dina 2015, hiji bagian kalawan metodologi ieu ditambahkeun, sarta eta janten jelas kumaha maranéhna ngalakukeun analisis.

Dina 2016, panulis pangajaran, nyiptakeun perusahaanna DORA (DevOps Research and Assessment), nyebarkeun laporan taunan. Taun saterusna, DORA jeung Wayang ngaluarkeun laporan babarengan ahir maranéhanana.

Lajeng hal jadi metot:

Dina taun 2018, perusahaan pamisah sareng dua laporan mandiri dileupaskeun: hiji ti Wayang, anu kadua ti DORA kolaborasi sareng Google. DORA terus ngagunakeun metodologi na kalawan metrics konci, propil kinerja sarta prakték rékayasa anu dampak metrics konci na kinerja sakuliah parusahaan. Sareng Wayang ngusulkeun pendekatanna kalayan pedaran prosés sareng évolusi DevOps. Tapi caritana henteu kapendak; dina taun 2019, Wayang ngantunkeun metodologi ieu sareng ngaluarkeun versi énggal tina laporan, dimana éta daptar prakték konci sareng kumaha mangaruhan DevOps tina sudut pandangna. Teras aya anu sanés: Google ngagaleuh DORA, sareng babarengan ngarilis laporan anu sanés. Sugan anjeun geus katempo eta.

Taun ieu hal janten pajeulit. Kanyaho yén Wayang ngaluncurkeun surveyna. Aranjeunna ngalakukeun éta saminggu sateuacan urang, sareng éta parantos réngsé. Urang nyandak bagian dina eta sarta nempo topik naon museurkeun aranjeunna. Wayang ayeuna keur ngalaksanakeun analisa sarta nyiapkeun pikeun nyebarkeun laporan.

Tapi can aya pengumuman ti DORA jeung Google. Dina Méi, nalika survey biasana dimimitian, datang informasi yén Nicole Forsgren, salah sahiji pendiri DORA, geus dipindahkeun ka parusahaan sejen. Ku kituna, urang nganggap yén moal aya panalungtikan atawa laporan ti DORA taun ieu.

Kumaha kaayaan di Rusia?

Kami henteu acan ngalaksanakeun panalungtikan ngeunaan DevOps. Kami nyarios dina konperénsi, nyarioskeun deui kasimpulan jalma sanés, sareng Raiffeisenbank narjamahkeun "State of DevOps" kanggo 2019 (anjeun tiasa mendakan pengumumanna dina Habré), hatur nuhun pisan ka aranjeunna. Sareng éta sadayana.

Ku alatan éta, urang ngalaksanakeun panalungtikan sorangan di Rusia ngagunakeun metodologi DORA jeung papanggihan. Urang ngagunakeun laporan kolega ti Raiffeisenbank pikeun panalungtikan urang, kaasup pikeun nyingkronkeun terminologi jeung tarjamah. Sareng patarosan anu relevan pikeun industri dicandak tina laporan DORA sareng kuesioner Wayang taun ieu.

Prosés panalungtikan

Laporan ngan ukur bagian ahir. Sakabéh prosés panalungtikan diwangun ku opat tahap badag:

Dina tahap persiapan, kami ngawawancara ahli industri sareng nyiapkeun daptar hipotesis. Dumasar kana éta, kami nyusun patarosan sareng ngaluncurkeun survey kanggo sadayana bulan Agustus. Teras we nganalisis sareng nyiapkeun laporan éta sorangan. Pikeun DORA, prosés ieu butuh 6 bulan. Kami parantos réngsé dina 3 bulan, sareng ayeuna urang ngartos yén urang bieu gaduh waktos cekap: ngan ukur ku ngalakukeun analisa anjeun ngartos patarosan naon anu kedah ditaroskeun.

pamilon

Sadaya laporan asing dimimitian ku potret pamilon, sarta lolobana ti maranéhanana henteu ti Rusia. Persentase réspondén Rusia turun-tumurun tina 5 dugi ka 1% ti taun ka taun, sareng ieu henteu ngamungkinkeun urang ngagambar kasimpulan.

Peta tina laporan Accelerate State of DevOps 2019:

Dina ulikan kami, kami bisa ngawawancara 889 jalma - ieu cukup loba (DORA survey ngeunaan sarébu urang taunan dina laporan na) jeung di dieu urang ngahontal tujuan urang:

Leres, henteu sadayana pamilon urang dugi ka ahir: persentase parantosan rada kirang ti satengah. Tapi ieu cukup pikeun meunangkeun sampel wawakil sarta ngalaksanakeun analisis. DORA teu nyingkab ongkos occupancy dina laporan na, jadi babandinganana teu bisa dijieun di dieu.

Industri jeung posisi

réspondén kami ngagambarkeun belasan industri. Satengah gawé dina téhnologi informasi. Ieu dituturkeun ku jasa finansial, dagang, telekomunikasi jeung sajabana. Di antara posisi aya spesialis (pamekar, tester, insinyur operasi) jeung staf manajemén (pamimpin tim, grup, wewengkon, direksi):

Unggal jalma kadua damel di perusahaan ukuran sedeng. Unggal jalma katilu damel di perusahaan ageung. Paling gawé dina tim nepi ka 9 urang. Kapisah, kami naroskeun ngeunaan kagiatan utama, sareng seuseueurna aya dina hiji cara atanapi anu sanés aya hubunganana sareng operasi, sareng sakitar 40% aub dina pangwangunan:

Ieu kumaha kami ngumpulkeun inpormasi pikeun ngabandingkeun sareng nganalisa wawakil industri, perusahaan, sareng tim anu béda. Babaturan kuring Vitaly Khabarov bakal nyarioskeun ka anjeun ngeunaan analisa.

Analisis jeung ngabandingkeun

Vitaly Khabarov: Hatur nuhun ka sadaya pamilon anu parantos ngarengsekeun survey kami, ngeusian angkét sareng masihan kami data pikeun analisa salajengna sareng nguji hipotesis kami. Sareng hatur nuhun ka klien sareng palanggan kami, kami gaduh seueur pangalaman anu ngabantosan urang ngaidentipikasi masalah anu janten perhatian pikeun industri sareng ngarumuskeun hipotesis anu diuji dina panalungtikan urang.

Hanjakalna, anjeun teu tiasa ngan ukur nyandak daptar patarosan dina hiji sisi sareng data di sisi anu sanés, kumaha waé ngabandingkeunana, ucapkeun: "Leres, sadayana jalan sapertos kitu, kami leres" sareng angkat ka arah anu misah. Henteu, urang peryogi metodologi sareng metode statistik pikeun mastikeun yén kami henteu salah sareng kasimpulan urang tiasa dipercaya. Teras urang tiasa ngawangun karya salajengna urang dumasar kana data ieu:

métrik konci

Kami nyandak metodologi DORA salaku dasar, anu aranjeunna dijelaskeun sacara rinci dina buku "Ngagancangkeun Nagara DevOps". Kami pariksa naha métrik konci cocog pikeun pasar Rusia, naha éta tiasa dianggo dina cara anu sami sareng DORA nganggo pikeun ngajawab patarosan: "Kumaha industri di Rusia pakait sareng industri asing?"

Metrik konci:

1. Frékuénsi panyebaran. Sabaraha sering versi anyar tina hiji aplikasi disebarkeun ka lingkungan produksi (parobahan rencanana, teu kaasup hotfixes sarta respon kajadian)?
2. Waktos pangiriman. Sabaraha waktos rata-rata antara ngalakukeun parobihan (fungsi nyerat salaku kode) sareng nyebarkeun parobihan kana lingkungan produksi?
3. waktos recovery. Sabaraha lami waktos rata-rata mulangkeun aplikasi dina lingkungan produksi saatos kajadian, degradasi jasa, atanapi deteksi kasalahan anu mangaruhan pangguna aplikasi?
4. Parobahan teu hasil. Sabaraha perséntase panyebaran dina lingkungan produk nyababkeun degradasi aplikasi atanapi insiden sareng ngabutuhkeun ngaleungitkeun konsékuansi (ngagulung deui perobahan, ngembangkeun hotfix atanapi patch)?

Panalitian DORA mendakan hubungan antara métrik ieu sareng kinerja organisasi. Urang ogé pariksa dina ulikan urang.

Tapi pikeun mastikeun yén opat métrik konci tiasa mangaruhan hiji hal, anjeun kedah ngartos - naha aranjeunna aya hubunganana? DORA ngajawab enya, kalawan hiji caveat: hubungan antara Robah Rate Kagagalan jeung tilu metrics séjén rada lemah. Kami ngagaduhan gambar anu sami. Upami waktos pangiriman, frékuénsi panyebaran sareng waktos pamulihan aya hubunganana (urang ngadegkeun korelasi ieu ngaliwatan korelasi Pearson sareng ngalangkungan skala Chaddock), teras teu aya korelasi anu kuat sareng parobahan anu henteu suksés.

Sacara prinsip, paling réspondén condong ngajawab yén maranéhna boga sajumlah cukup leutik kajadian dina produksi. Sanajan urang bakal ningali engké yén aya kénéh béda anu signifikan antara grup réspondén dina laju parobahan gagal, urang teu acan tiasa nganggo métrik ieu division ieu.

Urang atribut ieu kanyataan yén (sakumaha tétéla dina prosés analisis jeung komunikasi jeung sababaraha konsumén urang) aya béda slight dina persepsi naon dianggap kajadian. Lamun urang junun mulangkeun pungsionalitas jasa kami salila jandela teknis, naha ieu bisa dianggap hiji kajadian? Panginten henteu, sabab kami ngalereskeun sadayana, kami hébat. Naha éta tiasa dianggap kajadian upami urang kedah ngagulung deui aplikasi urang 10 kali dina modeu biasa sareng akrab? Sigana henteu. Ku alatan éta, sual hubungan antara parobahan gagal jeung metrics séjén tetep kabuka. Urang bakal netelakeun eta salajengna.

Anu penting di dieu nyaéta yén kami mendakan korelasi anu signifikan antara waktos pangiriman, waktos pamulihan, sareng frékuénsi panyebaran. Kituna, urang nyandak tilu metrics ieu jang meberkeun ngabagi responden kana grup dumasar kana produktivitas.

Sabaraha beuratna dina gram?

Urang ngagunakeun analisis klaster hirarki:

• Urang ngadistribusikaeun responden ka sakuliah spasi n-dimensi, dimana koordinat unggal réspondén nyaéta jawaban maranéhna pikeun patarosan.
• Urang nyatakeun unggal réspondén janten klaster leutik.
• Urang ngagabungkeun dua klaster pangdeukeutna ka silih kana hiji klaster gedé.
• Kami mendakan pasangan klaster salajengna sareng ngagabungkeun kana klaster anu langkung ageung.

Ieu kumaha urang ngagolongkeun sadaya réspondén kana jumlah klaster anu urang peryogikeun. Ngagunakeun dendrogram (tangkal sambungan antara klaster) urang ningali jarak antara dua klaster tatangga. Sadaya anu tetep pikeun urang nyaéta netepkeun wates anu tangtu dina jarak antara klaster ieu sareng ucapkeun: "Dua grup ieu tiasa dibédakeun tina unggal anu sanés sabab jarak antara aranjeunna gigantic."

Tapi aya masalah disumputkeun dieu: urang teu boga larangan dina jumlah klaster - urang bisa meunang 2, 3, 4, 10 klaster. Sareng ide anu munggaran nyaéta - naha henteu ngabagi sadaya réspondén urang kana 4 kelompok, sapertos DORA. Tapi kami mendakan yén bédana antara grup ieu janten teu pati penting, sareng urang henteu tiasa mastikeun yén réspondén leres-leres milik kelompokna sareng sanés milik tatangga. Kami henteu acan tiasa ngabagi pasar Rusia kana opat kelompok. Ku alatan éta, kami netep dina tilu profil, antara anu aya béda anu signifikan sacara statistik:

Salajengna, urang nangtukeun profil ku klaster: urang nyandak median pikeun tiap métrik pikeun tiap grup na disusun tabel propil efisiensi. Kanyataanna, propil kinerja anu dihasilkeun pikeun rata-rata pamilon dina unggal grup dicandak. Kami parantos ngaidentipikasi tilu profil efisiensi: Low, Medium, High:

Di dieu kami geus dikonfirmasi hipotesa urang yen 4 metrics konci cocog pikeun nangtukeun profil kinerja, sarta aranjeunna dianggo dina duanana pasar Kulon jeung Rusia. Aya bédana antara grup, sarta éta signifikan sacara statistik. Abdi hoyong ngantebkeun yén aya béda anu signifikan dina mean antara propil kinerja pikeun métrik parobahan gagal, sanajan urang teu mimitina ngabagi responden ku parameter ieu.

Lajeng timbul patarosan: kumaha carana make sagala ieu?

Kumaha carana nganggo

Upami urang nyandak tim naon waé, 4 métrik konci sareng nerapkeun kana méja, maka dina 85% kasus urang moal nampi pertandingan anu lengkep - ieu ngan ukur pamilon rata-rata, sareng sanés kanyataanna. Urang sadayana (sareng unggal tim) béda-béda.

Urang dipariksa: urang nyandak responden urang jeung profil kinerja DORA, sarta nempo sabaraha responden pakait jeung hiji atawa profil sejen. Urang kapanggih yén ngan 16% responden akurat murag kana salah sahiji propil. Kabéh sésana sumebar di hiji tempat di antara:

Ieu ngandung harti yén profil kinerja boga wengkuan kawates. Pikeun meunangkeun perkiraan mimiti dimana anjeun aya, anjeun tiasa nganggo tabel ieu: "Oh, sigana urang langkung caket kana Sedeng atanapi Luhur!" Upami anjeun ngartos dimana anjeun badé salajengna, éta panginten cekap. Tapi upami tujuan anjeun konstan, perbaikan kontinyu, sareng anjeun hoyong terang langkung tepat dimana ngembangkeun sareng naon anu kudu dilakukeun, maka dana tambahan diperyogikeun. Kami disebutna kalkulator:

• DORA kalkulator
• Kalkulator Express 42* (dina pangwangunan)
• Pangembangan anjeun nyalira (anjeun tiasa nyiptakeun kalkulator internal anjeun nyalira).

Naon aranjeunna diperlukeun pikeun? Pikeun ngartos:

• Naha tim dina organisasi urang nyumponan standar urang?
• Upami henteu, naha urang tiasa ngabantosan anjeunna - nyepetkeun éta dina kerangka kaahlian anu dipiboga ku perusahaan urang?
• Upami kitu, naha urang tiasa langkung saé?

Anjeun ogé tiasa ngagunakeunana pikeun ngumpulkeun statistik dina perusahaan:

• Jenis tim anu urang gaduh?
• Bagikeun tim kana propil;
• Tempo: Oh, tim ieu underperforming (saeutik slow), tapi ieu hébat: aranjeunna nyebarkeun unggal poe, tanpa kasalahan, waktos kalungguhan maranéhna kirang ti sajam.

Teras anjeun tiasa terang yén dina perusahaan kami kami gaduh kaahlian sareng alat anu dipikabutuh pikeun tim-tim anu masih kurang.

Atanapi, upami anjeun ngartos yén anjeun ngarasa hébat dina perusahaan, yén anjeun langkung saé tibatan seueur, maka anjeun tiasa katingali langkung lega. Ieu persis industri Rusia: naha urang tiasa kéngingkeun kaahlian anu dipikabutuh dina industri Rusia pikeun nyepetkeun diri? Kalkulator Express 42 bakal ngabantosan di dieu (aya dina pangwangunan). Lamun geus outgrown pasar Rusia, mangka kasampak di DORA kalkulator jeung ka pasar dunya.

muhun. Sareng upami anjeun aya dina grup Elit numutkeun kalkulator DORA, teras naon anu anjeun kedah laksanakeun? Henteu aya solusi anu saé di dieu. Paling dipikaresep, anjeun dina forefront industri, sarta akselerasi salajengna jeung perbaikan reliabilitas anu mungkin ngaliwatan R & D internal sarta pengeluaran sumberdaya badag.

Hayu urang ngaléngkah ka bagian anu paling amis - ngabandingkeun.

pabandingan

Kami mimitina hoyong ngabandingkeun industri Rusia sareng industri Kulon. Upami urang ngabandingkeun langsung, urang ningali yén urang gaduh profil anu langkung sakedik, sareng aranjeunna rada dicampurkeun, watesna langkung kabur:

Elite-performers kami disumputkeun diantara High-performers, tapi aranjeunna aya - ieu elit, unicorns anu geus ngahontal jangkung signifikan. Di Rusia, bédana antara profil Elite sareng High henteu acan cukup signifikan. Kami nyangka yén di hareup divisi ieu bakal kajantenan kusabab paningkatan budaya rékayasa, kualitas palaksanaan prakték rékayasa sareng kaahlian dina perusahaan.

Upami urang teraskeun kana ngabandingkeun langsung dina industri Rusia, urang tingali yén tim profil High langkung saé dina sagala hal. Kami ogé negeskeun hipotésis urang yén aya hubungan antara métrik ieu sareng éféktivitas organisasi: Tim profil luhur sacara signifikan langkung dipikaresep henteu ngan ukur ngahontal tujuan, tapi ogé ngaleuwihan aranjeunna.
Hayu urang janten tim profil luhur sareng henteu eureun di dinya:

Tapi taun ieu khusus, sareng kami mutuskeun pikeun mariksa kumaha perusahaan hirup dina pandém: Tim profil luhur tiasa langkung saé sareng langkung saé tibatan rata-rata industri:

• Produk anyar dileupaskeun 1,5-2 kali langkung sering,
• Ningkatkeun réliabilitas sareng / atanapi kinerja infrastruktur aplikasi 2 kali langkung sering.

Nyaéta, kompeténsi anu aranjeunna parantos ngabantosan aranjeunna langkung gancang, ngenalkeun produk énggal, ngarobih produk anu tos aya, ku kituna nalukkeun pasar énggal sareng pangguna énggal:

Naon deui anu ngabantosan tim kami?

Prakték rékayasa

Kuring gé ngabejaan Anjeun tentang papanggihan signifikan pikeun tiap prakték nu urang dipariksa. Panginten anu sanés ngabantosan tim, tapi urang ngobrol ngeunaan DevOps. Sareng dina DevOps, urang ningali bédana antara tim tina profil anu béda.

Platform salaku jasa

Kami henteu mendakan hubungan anu signifikan antara umur platform sareng profil tim: Platform muncul dina waktos anu sami pikeun tim Low sareng High. Tapi pikeun anu terakhir, platform éta nyayogikeun rata-rata langkung seueur jasa sareng langkung seueur antarmuka parangkat lunak pikeun kontrol ngaliwatan kode program. Sareng tim platform langkung dipikaresep ngabantosan pamekar sareng timna nganggo platform, langkung dipikaresep pikeun ngabéréskeun masalah sareng insiden anu aya hubunganana sareng platform, sareng ngalatih tim sanés.

Infrastruktur salaku kode

Sadayana di dieu lumayan standar. Kami mendakan hubungan antara otomatisasi kode infrastruktur sareng sabaraha inpormasi anu disimpen dina gudang infrastruktur. Tim profil luhur nyimpen langkung seueur inpormasi dina repositori: ieu kalebet konfigurasi infrastruktur, pipa CI / CD, setélan lingkungan sareng parameter ngawangun. Aranjeunna nyimpen inpormasi ieu langkung sering, tiasa dianggo langkung saé sareng kode infrastruktur, sareng parantos otomatis langkung seueur prosés sareng tugas pikeun damel sareng kode infrastruktur.

Narikna, urang henteu ningali béda anu signifikan dina tés infrastruktur. Kuring atribut ieu kanyataan yén tim profil High umumna boga leuwih automation test. Panginten aranjeunna henteu kedah diganggu sacara misah ku tés infrastruktur, tapi tés anu dianggo pikeun mariksa aplikasi cekap, sareng hatur nuhun aranjeunna tiasa ningali naon sareng dimana aranjeunna rusak.

Integrasi jeung Pangiriman

Bagian anu paling pikaboseneun, sabab kami negeskeun: langkung seueur otomatisasi anjeun, langkung saé anjeun damel sareng kodeu, langkung dipikaresep anjeun bakal nampi hasil anu langkung saé.

gawena undagi

Kami hoyong ningali kumaha microservices mangaruhan kinerja. Mun jujur, aranjeunna henteu, saprak pamakéan microservices teu pakait sareng paningkatan dina indikator efisiensi. Microservices dianggo ku tim profil High sareng Low.

Tapi anu penting nyaéta pikeun tim High, transisi ka arsitéktur microservice ngamungkinkeun aranjeunna sacara mandiri ngembangkeun jasa sareng ngagulungna. Upami arsitéktur ngamungkinkeun pamekar pikeun ngalakukeun otonom, tanpa ngantosan batur di luar tim, maka ieu mangrupikeun kompetensi konci pikeun ningkatkeun kagancangan. Ieu dimana microservices mantuan. Tapi ngan saukur palaksanaanna henteu maénkeun peran anu ageung.

Kumaha urang manggihan sakabeh ieu?

Kami ngagaduhan rencana ambisius pikeun pinuh ngulang metodologi DORA, tapi kakurangan sumberdaya. Upami DORA nganggo seueur sponsor sareng panalitian nyandak genep bulan, urang ngalaksanakeun pangajaran dina waktos anu singget. Kami hoyong ngawangun modél DevOps sapertos DORA, sareng kami bakal ngalakukeun éta ka hareup. Pikeun ayeuna urang ngawatesan diri kana peta panas:

Urang nempo sebaran prakték rékayasa diantara tim unggal profil, sarta kapanggih yén tim ti profil High, rata-rata, ngagunakeun prakték rékayasa leuwih sering. Anjeun tiasa maca langkung seueur ngeunaan sadayana ieu dina kami laporan.

Pikeun robih, hayu urang gentos tina statistik kompleks ka anu sederhana.

Naon deui anu urang mendakan?

instrumen

Urang nitenan yén kulawarga Linux OS ngagunakeun paling paréntah. Tapi Windows masih aya dina tren - sahenteuna saparapat réspondén kami nyatet panggunaan hiji atanapi versi anu sanés. Pasar sigana gaduh kabutuhan ieu. Ku alatan éta, anjeun tiasa ngembangkeun kompetensi ieu sareng masihan presentasi dina konperénsi.

Diantara orkestrator, éta sanés rahasia yén Kubernetes mingpin (52%). The orchestrator salajengna dina garis nyaéta Docker Swarm (kira-kira 12%). Sistem CI anu pang populerna nyaéta Jenkins sareng GitLab. Sistem manajemén konfigurasi anu pang populerna nyaéta Ansible, dituturkeun ku Shell anu tercinta.

Diantara panyadia hosting awan, Amazon ayeuna nempatan posisi ngarah. Pangsa awan Rusia laun-laun ningkat. Taun hareup bakal pikaresepeun pikeun ningali kumaha para panyayogi awan Rusia bakal karasa sareng naha pangsa pasarna bakal ningkat. Éta aya, aranjeunna tiasa dianggo, sareng éta saé:

Kuring masihan lantai ka Igor, anu bakal masihan sababaraha langkung statistik.

Sumebarna prak-prakan

Igor Kurochkin: Kapisah, kami naroskeun ka réspondén pikeun nunjukkeun kumaha prakték rékayasa anu dianggap disebarkeun di perusahaan. Kaseueuran perusahaan gaduh pendekatan campuran anu diwangun ku sakumpulan pola anu béda-béda, sareng proyék pilot populer pisan. Kami ogé ningali bédana sakedik antara propil. Perwakilan profil High langkung sering nganggo pola "Inisiatif ti handap", nalika tim spesialis leutik ngarobih prosés kerja, alat, sareng ngabagi kamajuan anu suksés sareng tim sanés. Di Medium, ieu mangrupikeun inisiatif top-down anu nyentuh sadayana perusahaan ku cara nyiptakeun komunitas sareng pusat kaunggulan:

Agile sareng DevOps

Hubungan antara Agile sareng DevOps sering dibahas di industri. Patarosan ieu ogé diangkat dina Laporan State of Agile pikeun 2019/2020, janten kami mutuskeun pikeun ngabandingkeun kumaha kagiatan Agile sareng DevOps di perusahaan aya hubunganana. Kami mendakan yén DevOps tanpa Agile jarang. Pikeun satengahna réspondén, panyebaran Agile mimiti katingali langkung awal, sareng sakitar 20% ningali ngamimitian sakaligus, sareng salah sahiji tanda profil Low bakal henteuna prakték Agile sareng DevOps:

Topologi tim

Dina ahir taun ka tukang buku "Topologi tim", anu ngajukeun kerangka pikeun ngajelaskeun topologi tim. Urang wondered lamun eta bakal dilarapkeun ka pausahaan Rusia. Sareng kami naroskeun patarosan: "Pola naon anu anjeun tingali?"

Tim infrastruktur dititénan dina satengah réspondén, ogé tim pamekaran, uji sareng operasi anu misah. Tim DevOps individu nyatet 45%, diantarana wawakil High langkung umum. Salajengna sumping tim cross-fungsi, nu ogé leuwih umum di High. Paréntah SRE anu misah muncul dina profil High, Medium sareng jarang kapanggih dina profil Low:

Babandingan DevQaOps

Kami ningali patarosan ieu dina Facebook ti pimpinan tim tim platform Skyeng - anjeunna kabetot dina rasio pamekar, panguji sareng pangurus di perusahaan. Kami naroskeun éta sareng ningal jawaban anu tumut kana profil: wawakil profil High ngagaduhan sajumlah tés sareng insinyur operasi anu langkung alit pikeun unggal pamekar:

Rencana pikeun 2021

Dina rencana maranéhanana pikeun taun hareup, responden nyatet kagiatan di handap:

Di dieu anjeun tiasa ningali simpang sareng konperénsi DevOps Live 2020. Urang taliti marios program éta:

• Infrastruktur salaku produk
• Transformasi DevOps
• Distribusi prakték DevOps
• DevSecOps
• Klub kasus sareng diskusi

Tapi omongan urang moal boga cukup waktu pikeun nutupan sakabéh topik. Di balik layar:

• Platform salaku jasa sareng salaku produk;
• Infrastruktur salaku kode, lingkungan sareng awan;
• integrasi kontinyu sarta pangiriman;
• Arsitéktur;
• Pola DevSecOps;
• Platform sareng tim cross-fungsi.

Laporan Urang téh voluminous, 50 kaca panjang, sarta anjeun bisa nempo dina leuwih jéntré.

summing up

Kami ngarepkeun panalungtikan sareng laporan urang bakal mere ilham anjeun pikeun ékspérimén sareng pendekatan anyar pikeun pamekaran, pangujian, sareng operasi, ogé ngabantosan anjeun kéngingkeun arah, ngabandingkeun diri sareng batur dina pangajaran, sareng ngaidentipikasi daérah dimana anjeun tiasa ningkatkeun pendekatan anjeun sorangan. .

Hasil ulikan munggaran ngeunaan kaayaan DevOps di Rusia:

• métrik konci. Kami parantos mendakan yén métrik konci (waktos pangiriman, laju panyebaran, waktos pamulihan, sareng kagagalan parobihan) cocog pikeun nganalisa efektivitas prosés pangwangunan, uji sareng operasi.
• Propil Luhur, Sedeng, Handap. Dumasar kana data anu dikumpulkeun, mungkin pikeun ngaidentipikasi kelompok anu béda-béda sacara statistik: Luhur, Sedeng, Handap, kalayan fitur has dumasar kana métrik, prakték, prosés sareng alat. Wawakil profil High némbongkeun hasil hadé ti Low. Aranjeunna langkung dipikaresep pikeun ngahontal sareng ngaleuwihan tujuanana.
• Indikator, pandémik sareng rencana pikeun 2021. Indikator khusus taun ieu nyaéta kumaha perusahaan ngarawat pandémik. High dipigawé hadé, ngalaman kanaékan aktivitas pamaké, sarta alesan utama sukses éta prosés ngembangkeun efisien sarta budaya rékayasa kuat.
• Prakték DevOps, alat sareng pamekaranna. Rencana utama perusahaan pikeun taun hareup kalebet pamekaran prakték sareng alat DevOps, ngenalkeun prakték DevSecOps, sareng parobahan dina struktur organisasi. Sareng palaksanaan anu épéktip sareng pamekaran prakték DevOps dilaksanakeun ngaliwatan proyék pilot, formasi komunitas sareng pusat kompeténsi, inisiatif di tingkat luhur sareng handap perusahaan.

Kami bakal bungah ngadangu ulasan anjeun, carita, eupan balik. Kami hatur nuhun ka sadayana anu milu dina pangajaran sareng ngarepkeun partisipasi anjeun taun payun.

sumber: www.habr.com