Tere, Habr! Esitan teile artikli tõlke „DevOpsi päritolu: Mis on nimes?” autor Steve Mezak.

Sõltuvalt teie vaatenurgast tähistab DevOps sel aastal oma üheksandat või kümnendat juubelit. 2016. aastal märkis RightScale'i pilveteenuste raport, et 70% väikestest ja keskmise suurusega ettevõtetest rakendab DevOps'i praktikaid. Iga selle hinnangu indikaator on sellest ajast alates kasvanud. Kui DevOps valmistub oma teise kümnendi vahetamiseks, oleks tore jalutada mööda mineviku teid ja tagasi minna DevOpsi juurte juurde — ja isegi selle nime päritolu juurde.

Kuni 2007: Ideaalsed sündmuste ahelad

Enne 2007. aastat viis sündmuste jada lõpuks selleni, mis tänapäeval tuntakse DevOps'ina.

Leaner tootmine on juba tõestanud end parima praktikana. Samuti tuntud kui Toyota tootmissüsteem, lean tootmine püüab optimeerida protsesse tootmisettevõttes. (Muide, Toyota juhtkond sai algselt inspiratsiooni Ford Motor Company poolt tutvustatud originaalsetest tootmismeetoditest.) Pidev täiustamine — on tõhususe tagamise mantratootmine. Praktikas hindavad pidevalt järgmisi suundi:

1. Tooraine ja valmis toodete varude hoidmine minimaalsetes kogustes. Tõhus tootmine tähendab minimaalset tooraine hulka kaupade tootmiseks ja minimaalses koguses juba valmis tooteid, mis ootavad tellimuste jaotamist või saatmist.
2. Tellimuste järjekorra vähendamine. Ideaalis, kui saadud tellimused liiguvad kohe lõpetatuks. Tõhusa tootmise peamised näitajad on alati aega tellimuse laekumisest tarnimiseni.
3. Tootmisprotsessi efektiivsuse maksimeerimine. Protsesside reorganiseerimine ja paranenud automatiseerimine on suunatud kaupade võimalikult kiirele tootmisele. Iga tootmisetapp (lõikamine, keevitamine, kokkupanek, testimine jne) hindatakse efektiivsuse osas.

IT maailmas on traditsioonilised kaskaadmudeli tarkvaraarenduse meetodid andnud teed kiiretele iteratiivsetele meetoditele, nagu Agile. Kiirus oli sõdalase hüüd, isegi kui kvaliteet sageli halvenes kiire arendamise ja juurutamise nimel. Umbes sama kehtib ka pilvandmetöötluse kohta, eelkõige Infrastruktuur kui teenus (IaaS) ja Platvorm kui teenus (PaaS) on osutunud küpseteks lahendusteks IT-protsessides ja -infrastruktuuris.

Lõpuks on hiljuti hakanud ilmuma tööriistakomplektid Jätkuv integreerimine (CI). Ülevaade CI tööriistadest sündis ja tutvustas Grody Buch juba 1991. aastal oma Buch'i meetodis.

2007-2008: Pettunud belgialane

Belgia konsultant, projektijuht ja Agile'i praktik Patrick Debois võttis valitsuse Belgia ministeeriumi poolt vastu määruse, et aidata andmekeskuste migratsiooni. Eelkõige tegeles ta sertifitseerimise ja valmisoleku kontrollimisega. Kohustused nõudsid temalt tegevuste kooskõlastamist ja suhete loomist tarkvaraarendus- ja tegevusgruppide vahel. serverite, and networks. His frustration with the lack of cohesion and the walls dividing development and operations methods sparked annoyance within him. The pursuit of better led Debois to action soon.
In 2008, at the Agile conference in Toronto, Andrew Schaefer proposed moderating a specially arranged informal meeting to discuss the topic "Agile infrastructure". Only one person showed up to discuss the topic: Patrick Debois. Their discussion and exchange of ideas advanced the concept of systems administration in an Agile context. That same year, Debois and Schaefer created a moderately successful Agile Systems Administrator group on Google.

2009: The case of Dev and Ops collaboration

At the O'Reilly Velocity conference, two Flickr employees, Senior Vice President of Technical Operations John Allspaw and Technical Director Paul Hammond, presented the now-famous presentation "10 Deployments a Day: Dev and Ops Collaboration at Flickr".

Esitlus toimus draamastiilis, Allspow ja Hammond etendasid keerulist koostööd Development ja Operations esindajate vahel tarkvara rakendamise protsessis, süüdlaste otsimise ja vastastikuste süüdistustega stiilis „See pole minu kood, see on kõik sinu arvutid!” Nende esitlus kinnitas, et ainus mõistlik lahendus on, et tarkvara arendamise ja rakendamise tegevus oleks sujuv, läbipaistev ja täielikult integreeritud. Aja jooksul on see esitlus muutunud legendaarseks ja seda peetakse nüüd ajalooliselt olulise verstapostina, mil IT-sektoris tõusis nõudlus metodoloogia järele, mida tuntakse täna DevOps’ina.

2010: DevOps Ameerika Ühendriikides

Suureneva toetajaskonna korral DevOpsDays konverents toimus esmakordselt Ameerika Ühendriikides Mountain View's (California) kohe pärast ig年度 konverentsi Velocity. Liigume aastasse 2018: planeeritud on üle 30 DevOpsDays konverentsi, sealhulgas kümneid Ameerika Ühendriikides.

2013: Projekt „Fenix”

Paljude jaoks oli DevOpsi ajaloos üks silmapaistvamaid hetki Gene Kim, Kevin Beeri ja George Saffordi raamat „Projekt „Fööniks“” väljaandmine. Sel romaanil räägitakse IT-juhist, kes satub väljapääsmatus olukorda: talle on usaldatud kriitilise tähtsusega e-kaubanduse arendusprojekti päästmine, mis on valesti läinud. Ahnust täis nõustaja — juhatuse liige, kes on haaratud pideva täiustamise meetoditest — annab peategelasele uusi ideid, kuidas mõista IT-d ja rakenduste arendust, ennustades DevOPsi kontseptsiooni. Muide, „Projekt „Fööniks“” inspireeris meid kirjutama raamatut „Mine välisele teenusele, muidu...”, mis räägib sarnasest äriloost, kus tarkvaradirektor kasutab DevOps’i uue suure toote väljatöötamisel väliste teenuste kaudu.

DevOps tuleviku jaoks

DevOpsi tuleks pigem käsitleda teekonnana või ambitsioonina, mitte lõppsihtpunktina. Nagu ka Lean-tootmine, püüab DevOps pideva täiustamise, tootlikkuse ja efektiivsuse tõstmise ning järkjärgulise juurutamise poole. DevOpsi toetavad automatiseeritud tööriistad jätkavad arengut.

Viimase kümne aasta jooksul on DevOpsi loomise hetkest alates saavutatud palju ning ootame 2018. aastal ja tulevikus veelgi rohkem.

Allikas: habr.com