Staat vun DevOps a Russland 2020

Wéi den Zoustand vun eppes ze verstoen?

Dir kënnt op Är Meenung vertrauen, aus verschiddene Informatiounsquellen geformt, zum Beispill Publikatiounen op Websäiten oder Erfahrung. Dir kënnt Kollegen froen, Bekannten. Eng aner Optioun ass d'Themen vun de Konferenzen ze kucken: de Programmkomitee sinn aktiv Vertrieder vun der Industrie, sou datt mir hinnen vertrauen fir relevant Themen ze wielen. E separat Beräich ass Fuerschung a Berichter. Mä et gëtt e Problem. Fuerschung iwwer den Zoustand vun DevOps gëtt all Joer op der Welt duerchgefouert, Berichter gi vun auslännesche Firmen publizéiert, an et gëtt bal keng Informatioun iwwer russesch DevOps.

Awer den Dag ass komm wou sou eng Etude gemaach gouf, an haut wäerte mir iwwer d'Resultater schwätzen. Den Zoustand vun DevOps a Russland gouf zesumme vun de Firmen studéiert "Express 42"An"Ontico". Express 42 hëlleft Technologiefirmen ëmsetzen an entwéckelen DevOps Praktiken an Tools a war ee vun deenen éischten iwwer DevOps a Russland ze schwätzen. D'Auteuren vun der Etude, Igor Kurochkin a Vitaly Khabarov, engagéiert sech an der Analyse a Berodung bei Express 42, wärend en techneschen Hannergrond aus der Operatioun an der Erfahrung a verschiddene Firmen hunn. Zënter 8 Joer hunn d'Kollegen Dosende vu Firmen a Projete gekuckt - vu Startups bis Entreprisen - mat ënnerschiddleche Probleemer, souwéi ënnerschiddlech kulturellen an techneschen Reife.

An hirem Bericht hunn den Igor a Vitaly erzielt wéi eng Probleemer am Prozess vun der Fuerschung waren, wéi se se geléist hunn, wéi och wéi DevOps Fuerschung am Prinzip duerchgefouert gëtt a firwat Express 42 decidéiert huet seng eegen ze maachen. Hire Bericht ka gekuckt ginn hei.

DevOps Fuerschung

D'Gespréich gouf vum Igor Kurochkin gestart.

Mir froe regelméisseg d'Publikum op DevOps Konferenzen, "Hutt Dir den DevOps Status Bericht fir dëst Joer gelies?" Puer erhéijen hir Hänn, an eis Etude huet gewisen datt nëmmen en Drëttel se studéiert. Wann Dir esou Berichter nach ni gesinn hutt, loosst eis direkt soen datt se all ganz ähnlech sinn. Meeschtens ginn et Ausdréck wéi: "Am Verglach zum leschte Joer ..."

Hei hu mer den éischte Problem, an duerno zwee méi:

1. Mir hu keng Daten fir d'lescht Joer. Keen interesséiert sech fir den Zoustand vun DevOps a Russland;
2. Methodik. Et ass net kloer wéi een Hypothesen testen, wéi ee Froen opbaut, wéi een analyséiert, Resultater vergläicht, Verbindunge fënnt;
3. Terminologie. All Berichter sinn op Englesch, Iwwersetzung ass erfuerderlech, e gemeinsame DevOps Kader ass nach net erfonnt a jidderee kënnt mat hiren eegene.

Loosst eis kucken wéi DevOps Staatsanalysen weltwäit gemaach goufen.

Historeschen Hannergrond

DevOps Fuerschung ass zënter 2011 duerchgefouert. Puppet, en Entwéckler vu Konfiguratiounsmanagementsystemer, war deen éischte fir se ze féieren. Zu där Zäit war et ee vun den Haaptinstrumenter fir d'Infrastruktur a Form vu Code ze beschreiwen. Bis 2013 waren dës Studien einfach zougemaach Ëmfroen a keng ëffentlech Berichter.

Am Joer 2013 ass IT Revolution opgetaucht, de Verlag vun alle grousse Bicher iwwer DevOps. Zesumme mat Puppet hu si déi éischt State of DevOps Publikatioun virbereet, wou 4 Schlësselmetriken fir d'éischte Kéier opgetaucht sinn. D'Joer drop huet ThoughtWorks, eng Berodungsfirma bekannt fir seng reegelméisseg Technologieradaren iwwer Industriepraktiken an Tools, involvéiert. An 2015 ass eng Sektioun mat Methodik dobäikomm, an et gouf kloer wéi se d'Analyse maachen.

Am 2016 hunn d'Autoren vun der Studie, déi hir eege Firma DORA (DevOps Research and Assessment) erstallt hunn, en Joresrapport publizéiert. D'Joer drop hunn d'DORA an d'Puppet hire leschte gemeinsame Bericht verëffentlecht.

An dunn huet eppes interessant ugefaang:

Am Joer 2018 hunn d'Firmen sech opgedeelt an zwee onofhängeg Berichter goufen verëffentlecht: eent vu Puppet, deen zweete vun DORA zesumme mat Google. DORA huet weiderhi seng Methodik mat Schlësselmetriken, Leeschtungsprofiler, an Ingenieurspraktiken ze profitéieren, déi Schlësselmetriken an d'Firma breet Leeschtung beaflossen. A Puppet huet seng eegen Approche ugebueden mat enger Beschreiwung vum Prozess an der Evolutioun vun DevOps. Awer d'Geschicht huet net root geholl, am Joer 2019 huet Puppet dës Methodik opginn an eng nei Versioun vun de Berichter verëffentlecht, déi d'Schlësselpraktiken opgezielt hunn a wéi se DevOps aus hirer Siicht beaflossen. Dunn ass en anert Evenement geschitt: Google kaaft DORA, an zesummen hunn se en anere Bericht verëffentlecht. Dir hutt him vläicht gesinn.

Dëst Joer gouf et komplizéiert. Puppet ass bekannt seng eege Ëmfro gestart ze hunn. Si hunn et eng Woch méi fréi gemaach wéi eis, an et ass schonn eriwwer. Mir hunn dorunner deelgeholl a gekuckt fir wéi eng Themen si interesséieren. Elo mécht Puppet seng Analyse a bereet sech vir, de Bericht ze publizéieren.

Awer et gëtt nach ëmmer keng Ukënnegung vun DORA a Google. Am Mee, wéi d'Ëmfro normalerweis ugefaang huet, koum d'Informatioun datt d'Nicole Forsgren, ee vun de Grënner vun DORA, an eng aner Firma geplënnert ass. Dofir hu mir ugeholl datt et dëst Joer keng Fuerschung a Bericht vun der DORA géif ginn.

Wéi geet et an Russland?

Mir hunn keng DevOps Fuerschung gemaach. Mir hunn op Konferenzen geschwat, d'Resultater vun anere Leit erzielt, an d'Raiffeisenbank huet "State of DevOps" fir 2019 iwwersat (Dir fannt hir Ukënnegung op Habré), villmools Merci hinnen. An et ass alles.

Dofir hu mir eis eege Fuerschung a Russland mat DORA Methodologien a Befunde gemaach. Mir hunn de Bericht vun de Kollege vun der Raiffeisenbank fir eis Fuerschung benotzt, och fir d'Synchroniséierung vun der Terminologie an der Iwwersetzung. An Industrie-relevant Froen goufen aus DORA Rapporten an dëst Joer d'Puppet Questionnaire geholl.

Fuerschung Prozess

De Bericht ass nëmmen de leschten Deel. De ganze Fuerschungsprozess besteet aus véier grouss Schrëtt:

Wärend der Virbereedungsphase hu mir Industrieexperten interviewt an eng Lëscht vun Hypothesen virbereet. Op hir Basis goufen Froen zesummegestallt an eng Ëmfro fir de ganzen August lancéiert. Duerno hunn mir de Rapport selwer analyséiert a virbereet. Fir DORA dauert dëse Prozess 6 Méint. Mir hunn eis bannent 3 Méint getraff, an elo verstinn mir datt mir knapps genuch Zäit haten: nëmmen duerch d'Analyse versteet Dir wat fir Froen Dir musst stellen.

Participanten

All auslännesch Berichter fänken mat engem Portrait vun de Participanten un, an déi meescht vun hinnen sinn net aus Russland. De Prozentsaz vun de russesche Befroten schwankt vu 5 bis 1% vu Joer zu Joer, an dëst erlaabt keng Conclusiounen ze zéien.

Kaart vum Accelerate State of DevOps 2019 Bericht:

An eiser Etude hu mir et fäerdeg bruecht 889 Leit ze interviewen - dat ass zimmlech vill (DORA Ëmfroen iwwer dausend Leit jäerlech a senge Berichter) an hei hu mir d'Zil erreecht:

Richteg, net all vun eise Participanten hunn d'Enn erreecht: de Prozentsaz vun der Fäerdegstellung war e bësse manner wéi d'Halschent. Awer och dëst war genuch fir eng representativ Probe ze kréien an eng Analyse ze maachen. DORA verroden keng Fëllprozentë a senge Berichter, also gëtt et kee Verglach hei.

Industrien a Positiounen

Eis Befroten representéieren eng Dosen Industrien. Halschent Aarbecht an Informatiounstechnologie. Duerno kommen Finanzservicer, Handel, Telekommunikatioun an anerer. Ënnert de Positiounen sinn Spezialisten (Entwéckler, Tester, Operatiounsingenieur) a Gestiounspersonal (Chef vun Teams, Gruppen, Beräicher, Direktere):

Een an zwee schafft fir eng mëttelgrouss Firma. All drëtt Persoun schafft a grousse Betriber. Déi meescht schaffen an Teams vu bis zu 9 Leit. Separat hu mir iwwer d'Haaptaktivitéite gefrot, an d'Majoritéit ass iergendwéi mat der Operatioun verbonnen, a ronn 40% sinn an der Entwécklung engagéiert:

Also hu mir Informatioune gesammelt fir de Verglach an d'Analyse vu Vertrieder vu verschiddenen Industrien, Firmen, Teams. Mäi Kolleg Vitaly Khabarov wäert iwwer d'Analyse soen.

Analyse a Verglach

Vitaly Khabarov: Villmools Merci un all Participanten, déi eis Ëmfro ofgeschloss hunn, Questionnairen ausgefëllt hunn an eis Daten zur Verfügung gestallt hunn fir weider Analyse an Tester vun eisen Hypothesen. An dank eise Clienten a Clienten hu mir e Räichtum un Erfahrung déi gehollef huet d'Industrie Bedenken z'identifizéieren an d'Hypothesen ze formuléieren déi mir an eiser Fuerschung getest hunn.

Leider kënnt Dir net nëmmen eng Lëscht vu Froen op der enger Säit an Donnéeën op der anerer Säit huelen, iergendwéi vergläichen, soen: "Jo, alles funktionnéiert esou, mir haten Recht" a verspreet. Nee, mir brauche Methodik a statistesch Methoden fir sécher ze sinn datt mir net falsch sinn an eis Conclusiounen zouverlässeg sinn. Da kënne mir eis weider Aarbecht opbauen op Basis vun dësen Donnéeën:

Schlëssel Metriken

Mir hunn d'DORA Methodik als Basis geholl, déi se am Detail am Buch "Accelerate State of DevOps" beschriwwen hunn. Mir hu gepréift ob d'Schlëssel Metriken fir de russesche Maart gëeegent sinn, ob se an der selwechter Manéier benotzt kënne ginn wéi DORA benotzt fir d'Fro ze beäntweren: "Wéi entsprécht d'Industrie a Russland der auslännescher Industrie?"

Schlëssel Metriken:

1. Détachement Frequenz. Wéi oft gëtt eng nei Versioun vun der Applikatioun an d'Produktiounsëmfeld ofgesat (geplangt Ännerungen, ausser Hotfixen an Tëschefall Äntwert)?
2. Liwwerzäit. Wat ass d'Duerchschnëttszäit tëscht der Verëffentlechung vun enger Ännerung (Schreiwen Funktionalitéit als Code) an der Ofsetzung vun der Ännerung an d'Produktiounsëmfeld?
3. Erhuelung Zäit. Wéi laang dauert et am Duerchschnëtt fir eng Applikatioun an e Produktiounsëmfeld ze restauréieren no engem Tëschefall, Servicedegradatioun oder Entdeckung vun engem Käfer deen Applikatioun Benotzer beaflosst?
4. Mëssgléckt Ännerungen. Wéi ee Prozentsaz vun Détachementer am Produktiounsëmfeld féiert zu Applikatiounsdegradatioun oder Tëschefäll a erfuerdert Sanéierung (Rollback vun Ännerungen, Entwécklung vun engem Hotfix oder Patch)?

DORA a senger Fuerschung huet eng Verbindung tëscht dëse Metriken an organisatoresch Leeschtung fonnt. Mir testen et och an eiser Etude.

Awer fir sécherzestellen datt déi véier Schlësselmetriken eppes beaflosse kënnen, musst Dir verstoen - si se iergendwéi matenee verbonnen? DORA geäntwert an affirméierend mat engem Opgepasst: d'Relatioun tëscht net erfollegräich Ännerungen (Change Failure Rate) an dräi aner Metriken ass liicht méi schwaach. Mir hunn ongeféier datselwecht Bild. Wann d'Liwwerzäit, d'Deployementfrequenz an d'Erhuelungszäit matenee korreléieren (mir hunn dës Korrelatioun duerch d'Pearson Korrelatioun an duerch d'Chaddock Skala etabléiert), da gëtt et keng sou staark Korrelatioun mat net erfollegräichen Ännerungen.

Prinzipiell tendéieren déi meescht vun de Befroten ze äntweren datt se eng zimlech kleng Unzuel vun Tëschefäll an der Produktioun hunn. Och wa mir spéider gesinn datt et nach ëmmer e wesentlechen Ënnerscheed tëscht de Gruppen vun de Befroten ass wat net erfollegräich Ännerungen ugeet, kënne mir dës Metrik nach net fir dës Divisioun benotzen.

Mir schreiwen dëst un der Tatsaach, datt (wéi et sech während der Analyse an der Kommunikatioun mat e puer vun eise Clienten erausgestallt huet) e klengen Ënnerscheed an der Perceptioun vun deem wat als Tëschefall ugesi gëtt. Wa mir et fäerdeg bruecht hunn d'Leeschtung vun eisem Service während der technescher Fënster ze restauréieren, kann dat als Tëschefall ugesi ginn? Wahrscheinlech net, well mir alles fixéiert hunn, si mir super. Kann et als Tëschefall ugesi ginn wa mir eis Applikatioun 10 Mol am normalen, vertraute Modus fir eis musse rerolléieren? Et schéngt net. Dofir bleift d'Fro vun der Bezéiung vun net erfollegräichen Ännerungen mat anere Metriken oppen. Mir wäerten et weider verfeineren.

Wichteg hei ass datt mir eng bedeitend Korrelatioun tëscht Liwwerzäiten, Erhuelungszäiten an Ofbaufrequenz fonnt hunn. Dofir hu mir dës dräi Metriken geholl fir d'Befroten weider a Leeschtungsgruppen opzedeelen.

Wéi vill zevill an Gramm hänken?

Mir hunn hierarchesch Cluster Analyse benotzt:

• Mir verdeelen d'Befroten iwwer en n-dimensionalen Raum, wou d'Koordinate vun all Befroten hir Äntwerten op Froen ass.
• All Befrot gëtt e klenge Cluster deklaréiert.
• Mir kombinéieren déi zwee Cluster am nootste beieneen an ee gréissere Cluster.
• Mir fannen déi nächst Koppel vu Stärekéip a kombinéiere se an e gréissere Stärekoup.

Dëst ass wéi mir all eis Befroten gruppéiere an d'Zuel vu Cluster déi mir brauchen. Mat der Hëllef vun engem Dendrogramm (e Bam vu Verbindungen tëscht Cluster) gesi mir d'Distanz tëscht zwee Nopeschcluster. Alles wat fir eis bleift ass eng gewëssen Distanzlimit tëscht dëse Stärekéip ze setzen an ze soen: "Dës zwou Gruppen sinn zimlech vuneneen z'ënnerscheeden, well d'Distanz tëscht hinnen gigantesch ass."

Awer et ass e verstoppte Problem hei: mir hu keng Restriktiounen op d'Zuel vun de Stärekéip - mir kënnen 2, 3, 4, 10 Stärekéip kréien. An déi éischt Iddi war - firwat net all eis Befroten a 4 Gruppen opdeelen, wéi d'DORA dat mécht. Awer mir hu festgestallt datt d'Ënnerscheeder tëscht dëse Gruppen onbedeiteg ginn, a mir kënnen net sécher sinn datt de Befroten wierklech zu senger Grupp gehéiert, an net zu der Nopesch. Mir kënnen nach net de russesche Maart an véier Gruppen ënnerdeelen. Dofir hu mir eis op dräi Profiler niddergelooss tëscht deenen et e statistesch signifikanten Ënnerscheed ass:

Als nächst hu mir de Profil duerch Cluster bestëmmt: mir hunn de Median fir all Metrik fir all Grupp geholl an eng Tabelle vu Performanceprofile zesummegestallt. Tatsächlech hu mir d'Performance Profiler vun der Moyenne Participant an all Grupp. Mir hunn dräi Effizienzprofile identifizéiert: Low, Medium, High:

Hei hu mir eis Hypothes bestätegt datt 4 Schlësselmetriken gëeegent sinn fir de Leeschtungsprofil ze bestëmmen, a si funktionnéieren souwuel am westlechen a russesche Mäert. Et gëtt en Ënnerscheed tëscht de Gruppen an et ass statistesch bedeitend. Ech betounen datt et e wesentlechen Ënnerscheed tëscht de Leeschtungsprofiler ass wat d'Metrik vun net erfollegräichen Ännerungen am Sënn vun der Moyenne ugeet, och wa mir d'Befroten am Ufank net mat dësem Parameter gedeelt hunn.

Da stellt sech d'Fro: wéi all dat ze benotzen?

Wéi benotzen

Wa mir all Team, 4 Schlësselmetriken huelen an se op den Dësch applizéieren, da kréie mir an 85% vun de Fäll kee komplette Match - dëst ass just en duerchschnëttleche Participant, an net wat an der Realitéit ass. Mir sinn all (an all Team) liicht anescht.

Mir hu gepréift: mir hunn eis Befroten an den DORA Leeschtungsprofil geholl, a gekuckt wéivill Befroten dësen oder deem Profil passen. Mir hu festgestallt datt nëmmen 16% vun de Befroten definitiv an ee vun de Profiler gefall sinn. All déi aner sinn iergendwou dertëscht verspreet:

Dëst bedeit datt den Effizienzprofil e limitéierten Ëmfang huet. Fir ze verstoen wou Dir an der éischter Approximatioun sidd, kënnt Dir dës Tabell benotzen: "Oh, et schéngt mir méi no bei Medium oder High ze sinn!" Wann Dir verstitt, wou Dir nächst gitt, kann dëst genuch sinn. Awer wann Äert Zil konstant ass, kontinuéierlech Verbesserung, an Dir wëllt méi genau wësse wou Dir entwéckelen a wat ze maachen, da sinn zousätzlech Fongen néideg. Mir hunn se Rechner genannt:

• DORA Rechner
• Rechner Express 42* (an Entwécklung)
• Eegent Entwécklung (Dir kënnt Ären eegene internen Rechner erstellen).

Fir wat sinn se gebraucht? Verstoen:

• Ass d'Team an eiser Organisatioun un eise Standarden?
• Wann net, kënne mir et hëllefen, et ze beschleunegen am Kader vun der Expertise déi eis Firma huet?
• Wa jo, kënne mir nach besser maachen?

Dir kënnt se och benotze fir Statistike bannent der Firma ze sammelen:

• Wéi eng Équipen hu mir?
• Deelt Teams an Profiler;
• Kuckt: Oh, dës Befehle sinn ënnerperforméierend (si zéien net e bëssen eraus), awer dës si cool: si setzen all Dag, ouni Feeler, si hunn eng Leadzäit vu manner wéi enger Stonn.

An da kënnt Dir erausfannen datt et an eiser Firma déi néideg Expertise an Tools gëtt fir déi Teams déi nach net op der Plaz sinn.

Oder, wann Dir verstitt datt Dir Iech gutt an der Firma fillt, Dir sidd besser wéi vill, da kënnt Dir e bësse méi breet kucken. Dëst ass just déi russesch Industrie: kënne mir déi néideg Expertise an der russescher Industrie kréien fir eis ze beschleunegen? Den Express 42 Rechner hëlleft hei (et ass ënner Entwécklung). Wann Dir de russesche Maart outgrown, da kuckt op DORA Rechner an op de Weltmaart.

Gutt. A wann Dir an der Elit Grupp op der DORA Rechner sinn, wat soll Dir maachen? Et gëtt keng gutt Léisung hei. Dir sidd héchstwahrscheinlech un der Spëtzt vun der Industrie, a weider Beschleunegung an Zouverlässegkeet ass méiglech duerch intern R&D a méi Ressourcen ausginn.

Loosst eis op déi séissst - Verglach.

Verglach

Mir wollten am Ufank russesch Industrie mat westlech Industrie ze vergläichen. Wa mir direkt vergläichen, gesi mir datt mir manner Profiler hunn, a si sinn e bësse méi matenee gemëscht, d'Grenzen sinn e bësse méi verschwonn:

Eis Elite Performers sinn ënnert den High Performers verstoppt, awer si sinn do - dat sinn d'Elite, Eenhoorn déi bedeitend Héichten erreecht hunn. A Russland ass den Ënnerscheed tëscht dem Elite Profil an dem High Profil nach net bedeitend genuch. Mir denken, datt dës Trennung an Zukunft wäert geschéien wéinst enger Erhéijung vun der Ingenieurskultur, der Qualitéit vun der Ëmsetzung vun Ingenieurspraktiken an Expertise bannent Entreprisen.

Wa mir op en direkten Verglach bannent der russescher Industrie plënneren op, kënne mir gesinn, datt d'High Profil Équipë an all respektéiert besser sinn. Mir hunn och eis Hypothese bestätegt datt et eng Relatioun tëscht dësen Metriken an der organisatorescher Leeschtung ass: Héichprofiléquipen si vill méi wahrscheinlech net nëmmen Ziler z'erreechen, awer och iwwerschreiden.
Loosst eis High Profil Teams ginn an net do ophalen:

Awer dëst Joer ass speziell, a mir hu beschloss ze kontrolléieren wéi d'Firmen et an enger Pandemie maachen: Héichprofiléquipen maachen et vill besser a fille sech besser wéi den Industrieduerchschnëtt:

• 1,5-2 Mol méi wahrscheinlech fir nei Produkter ze verëffentlechen,
• 2 Mol méi wahrscheinlech d'Zouverlässegkeet an / oder d'Leeschtung vun der Applikatiounsinfrastruktur ze verbesseren.

Dat ass, d'Kompetenzen, déi se scho haten, hunn hinnen gehollef méi séier z'entwéckelen, nei Produkter ze lancéieren, existéierend Produkter z'änneren, doduerch nei Mäert an nei Benotzer z'erueweren:

Wat huet eis Teams nach gehollef?

Engineering Praktiken

Ech soen Iech iwwer déi bedeitend Erkenntnisser fir all Praxis déi mir getest hunn. Vläicht huet eppes anescht d'Equipen gehollef, awer mir schwätzen iwwer DevOps. A bannent DevOps gesi mir en Ënnerscheed tëscht Teams vu verschiddene Profiler.

Plattform als Service

Mir hu keng bedeitend Relatioun tëscht Plattformalter an Teamprofil fonnt: Plattforme sinn ongeféier zur selwechter Zäit fir béid Low-Teams an High-Teams opgetaucht. Awer fir déi lescht bitt d'Plattform am Duerchschnëtt méi Servicer a méi Programméierungsinterfaces fir Kontroll duerch Programmcode. A Plattformteams si méi wahrscheinlech hir Entwéckler an Teams ze hëllefen d'Plattform ze benotzen, hir Probleemer a Plattform-relatéierten Tëschefäll méi dacks ze léisen an aner Teams ze educéieren.

Infrastruktur als Code

Alles ass zimlech Standard hei. Mir hunn eng Relatioun tëscht Automatiséierung vun der Aarbecht vum Infrastrukturcode fonnt a wéi vill Informatioun am Infrastrukturrepository gespäichert ass. D'High Profil Kommandoen späicheren méi Informatioun an de Repositories: dëst ass d'Infrastrukturkonfiguratioun, CI / CD Pipeline, Ëmfeld Astellungen a Bauparameter. Si späicheren dës Informatioun méi dacks, schaffen besser mat Infrastrukturcode, an automatiséieren méi Prozesser an Aufgaben fir mat Infrastrukturcode ze schaffen.

Interessanterweis hu mir kee groussen Ënnerscheed an Infrastrukturtester gesinn. Ech attributéieren dëst un der Tatsaach datt High Profil Teams méi Testautomatiséierung am Allgemengen hunn. Vläicht sollten se net separat vun Infrastrukturtester ofgelenkt ginn, mä éischter déi Tester mat deenen se Applikatiounen iwwerpréiwen, an dank hinnen gesinn se scho wat a wou se gebrach hunn.

Integratioun an Liwwerung

Déi langweilegst Sektioun, well mir bestätegt datt wat méi Automatioun Dir hutt, wat Dir besser mam Code schafft, wat Dir méi wahrscheinlech besser Resultater kritt.

Architektur

Mir wollten kucken wéi Mikroservicer d'Performance beaflossen. Tatsächlech sinn se net, well d'Benotzung vu Mikroservicer net mat enger Erhéijung vun den Performanceindikatoren assoziéiert ass. Mikroservicer gi souwuel fir High Profil Kommandoen wéi Low Profil Kommandoen benotzt.

Awer wat bedeitend ass, ass datt fir High-Teams den Iwwergank zu enger Mikroservicearchitektur hinnen erlaabt hir Servicer onofhängeg z'entwéckelen an auszerollen. Wann d'Architektur d'Entwéckler erlaabt autonom ze handelen, ouni op een externen vum Team ze waarden, dann ass dëst eng Schlësselkompetenz fir d'Geschwindegkeet ze erhéijen. An dësem Fall hëllefen Mikroservicer. A just hir Ëmsetzung spillt keng grouss Roll.

Wéi hu mir dat alles entdeckt?

Mir haten en ambitiéise Plang fir d'DORA Methodologie voll ze replizéieren, awer d'Ressourcen gefeelt. Wann DORA vill Sponsoring benotzt an hir Fuerschung en halleft Joer dauert, hu mir eis Fuerschung a kuerzer Zäit gemaach. Mir wollten en DevOps Modell bauen wéi DORA mécht, a mir wäerten dat an Zukunft maachen. Bis elo hu mir eis op Hëtztkaarten limitéiert:

Mir hunn d'Verdeelung vun Ingenieurspraktiken iwwer Teams an all Profil gekuckt a fonnt datt High Profil Teams am Duerchschnëtt méi wahrscheinlech Ingenieurspraktiken benotzen. Dir kënnt méi iwwer dëst alles an eisem liesen mellen.

Fir eng Verännerung, loosst eis vu komplexe Statistiken op einfache schalten.

Wat hu mir nach entdeckt?

Tools

Mir beobachten datt déi meescht vun de Kommandoe vum OS vun der Linux Famill benotzt ginn. Awer Windows ass nach ëmmer am Trend - op d'mannst e Véierel vun eise Befroten hunn d'Benotzung vun enger oder anerer vu senge Versioune bemierkt. Et schéngt, datt de Maart dëse Besoin huet. Dofir kënnt Dir dës Kompetenzen entwéckelen a Presentatiounen op Konferenzen maachen.

Bei den Orchestrateuren ass et kee Geheimnis fir jiddereen, de Kubernetes ass un der Spëtzt (52%). Den nächsten an der Linn Orchester ass Docker Swarm (ongeféier 12%). Déi populärste CI Systemer sinn Jenkins a GitLab. De populärste Konfiguratiounsmanagementsystem ass Ansible, gefollegt vun eisem beléifte Shell.

Amazon ass de Moment de féierende Cloud Hosting Provider. Den Undeel vun de russesche Wolleken klëmmt no an no. D'nächst Joer wäert et interessant sinn ze gesinn wéi d'russesch Cloud-Provider sech fillen, ob hire Maartundeel eropgeet. Si sinn, si kënne benotzt ginn, an dat ass gutt:

Ech ginn de Buedem un den Igor, deen e puer méi Statistike gëtt.

Verbreedung vu Praktiken

Igor Kurochkin: Separat hu mir d'Befroten gefrot fir unzeginn wéi déi betruechten Ingenieurspraktiken an der Firma verdeelt ginn. An de meeschte Firmen gëtt et eng gemëscht Approche, déi aus enger anerer Set vu Mustere besteet, a Pilotprojete si ganz populär. Mir hunn och e klengen Ënnerscheed tëscht de Profiler gesinn. Vertrieder vum High Profil benotzen méi dacks d'Muster "Initiativ vun ënnen", wann kleng Teams vu Spezialisten d'Aarbechtsprozesser, Tools änneren an erfollegräich Praktiken mat aneren Teams deelen. Bei Medium ass dëst eng Top-Down Initiativ déi d'ganz Firma beaflosst duerch d'Schafung vu Gemeinschaften an Exzellenzzentren:

Agile an DevOps

D'Fro vun der Verbindung tëscht Agile an DevOps gëtt dacks an der Industrie diskutéiert. Dëst Thema gëtt och am State of Agile Bericht fir 2019/2020 opgeworf, also hu mir beschloss ze vergläichen wéi Agile an DevOps Aktivitéiten a Firmen verbonne sinn. Mir hu fonnt datt DevOps ouni Agile rar ass. Fir d'Halschent vun de Befroten huet d'Verbreedung vun Agile vill méi fréi ugefaang, an ongeféier 20% hunn de simultane Start observéiert, an ee vun den Zeeche vun engem Low Profil wäert d'Feele vu Agile an DevOps Praktiken sinn:

Kommandotopologien

Um Enn vum leschte Joer huet d'BuchTeamtopologien", wat e Kader proposéiert fir Kommandotopologien ze beschreiwen. Et gouf interessant fir eis ob et fir russesch Firmen applicabel ass. A mir hunn d'Fro gestallt: "Wéi eng Muster fannt Dir?".

Infrastrukturteams ginn an der Halschent vun de Befroten observéiert, souwéi separat Teams fir Entwécklung, Testen an Operatioun. Separat DevOps Teams bemierken 45%, ënner deenen Vertrieder vun High méi heefeg sinn. Als nächst kommen cross-functional Teams, déi och méi heefeg sinn op High. Separat SRE Kommandoen erschéngen an den High, Medium Profiler a si selten am Low Profil gesi ginn:

DevQaOps Verhältnis

Mir hunn dës Fro op FaceBook vum Teamleader vum Skyeng Plattform Team gesinn - hie war interesséiert am Verhältnis vun Entwéckler, Tester an Administrateuren an Entreprisen. Mir hunn et gefrot an d'Äntwerten op Basis vu Profiler gekuckt: Héichprofilvertrieder hu manner Test- an Operatiounsingenieure fir all Entwéckler:

Pläng fir 2021 Joer

An de Pläng fir d'nächst Joer hunn d'Befroten déi folgend Aktivitéiten festgestallt:

Hei kënnt Dir d'Kräizung mat der DevOps Live 2020 Konferenz gesinn. Mir hunn de Programm suergfälteg iwwerpréift:

• Infrastruktur als Produkt
• DevOps Transformatioun
• Verdeelung vun DevOps Praktiken
• DevSecOps
• Fall Veräiner an Diskussiounen

Awer d'Zäit vun eiser Presentatioun ass net genuch fir all Themen ze decken. Lénks hannert de Kulissen:

• Plattform als Service an als Produkt;
• Infrastruktur als Code, Ëmfeld a Wolleken;
• Kontinuéierlech Integratioun a Liwwerung;
• Architektur;
• DevSecOps Musteren;
• Plattform a cross-functional Teams.

Bericht mir hunn eng voluminös, 50 Säiten, an Dir kënnt et méi am Detail gesinn.

Ze summéieren

Mir hoffen, datt eis Fuerschung a Bericht Iech inspiréiere fir mat neien Approchen zur Entwécklung, Testen an Operatiounen ze experimentéieren, souwéi Iech ze hëllefen ze navigéieren, Iech selwer mat anere Participanten an der Studie ze vergläichen, a Beräicher z'identifizéieren wou Dir Är eegen Approche verbessert.

Resultater vun der éischter Etude vum Staat DevOps a Russland:

• Schlëssel Metriken. Mir hunn erausfonnt datt Schlësselmetriken (Liwwerzäit, Ofbaufrequenz, Erhuelungszäit, an Ännerungsfehler) gëeegent sinn fir d'Effektivitéit vun Entwécklung, Testen an Operatiounsprozesser ze analyséieren.
• Profiler héich, mëttel, niddereg. Baséierend op de gesammelten Donnéeën ass et méiglech statistesch verschidde Gruppen vun Héich, Medium, Niddereg mat ënnerschiddleche Fonctiounen a punkto Metriken, Praktiken, Prozesser an Tools z'ënnerscheeden. Vertrieder vum High Profil weisen besser Resultater wéi Low. Si si méi wahrscheinlech hir Ziler z'erreechen an ze iwwerschreiden.
• Indikatoren, Pandemie a Pläng fir 2021. E spezielle Indikator dëst Joer ass wéi d'Firmen mat der Pandemie geklommen hunn. Déi héich Vertrieder hunn et besser gemaach, erlieft erhéicht Benotzerengagement, an d'Haaptgrënn fir Erfolleg waren effizient Entwécklungsprozesser an eng staark Ingenieurskultur.
• DevOps Praktiken, Tools an hir Entwécklung. D'Haaptpläng vun de Firmen fir d'nächst Joer enthalen d'Entwécklung vun DevOps Praktiken an Tools, d'Aféierung vun DevSecOps Praktiken, an Ännerungen an der Organisatiounsstruktur. An déi effektiv Ëmsetzung an Entwécklung vun DevOps Praktiken gëtt mat der Hëllef vu Pilotprojeten duerchgefouert, d'Bildung vu Gemeinschaften an Excellencezentren, Initiativen op den ieweschten an ënneschten Niveau vun der Firma.

Mir géife gären Äre Feedback, Geschichten, Feedback héieren. Mir soen jidderengem Merci deen un der Etude deelgeholl huet a freeën eis op Är Participatioun d'nächst Joer.

Source: will.com