Tere, Habr! Esitlen teile tõlget artiklist «DevOpsi Algused: Mis on Nimi?» autor Steve Mezak.

Sõltuvalt teie vaatenurgast tähistab DevOps sel aastal oma üheksandat või kümnendat aastapäeva. 2016. aastal RightScale'i pilveolukorra aruandes märgiti, et 70 protsenti väikestest ja keskmise suurusega ettevõtetest võtab omaks DevOps-i meetodid. Iga selle hinnangu koostav näitaja on alates sellest ajast suurenenud. Kui DevOps valmistub sisenema oma teise aastakümnesse, oleks tore jalutada mineviku teed ja naasta DevOpsi algusesse — ja isegi selle nime päritolu juurde.

Enne 2007: Täiuslik sündmuste ahel

Enne 2007. aastat andis sündmuste seeria lõpuks alguse sellele, mis tänapäeval tuntakse kui DevOps.

Lihtne tootmine on juba ennast tõestanud parima praktikana. Tuntud ka kui Toyota tootmissüsteem, lihtne tootmine püüab optimeerida tootmisprotsesse. (Üleskutse Toyota juhtimisele oli algselt inspireeritud Ford Motor Company esitatud originaalsetest tootmisviisidest). Pidev täiustamine on mantra lihtsas tootmises. Praktikas hinnatakse pidevalt järgmisi teid:

1. Tooraine ja valmistoodete varu taseme hoidmine minimaalsena. Lihtne tootmine tähendab miinimumkoge tooraineid kaupade tootmiseks ja minimaalset hulka juba valmistooted, mis ootavad tellimuste või kohaletoimetamiste täitmist.
2. Tellimuste ooteaja minimeerimine. Ideaalis liiguvad vastuvõetud tellimused kohe lõpule viidud olekusse. Lihtsas tootmises on võtmenäitajaks alati aeg tellimuse saamisest kohaletoimetamiseni.
3. Tootmisprotsessi efektiivsuse maksimeerimine. Protsesside ümberkorraldamine ja paranenud automatiseerimine ühendavad jõud eesmärgiga toota kaupu nii kiiresti kui võimalik. Iga tootmisetapp (lõikamine, keevitamine, kokkupanek, testimine jne) hinnatakse ebaefektiivsuse suhtes.

IT-maailmas on traditsioonilised järk-järgult arendusprotsessid andnud teed kiiretele iteratiivsetele meetoditele, nagu Agile. Kiirus oli lahinguhüüd, isegi kui kvaliteet vahel kannatas kiire arenduse ja juurutamise nimel. Umbes sedasi on ka pilvearvutused, eelkõige Infrastructure-as-a-Service (IaaS) ja Platform-as-a-Service (PaaS) on end tõestanud küpsete lahendustena IT-protsessides ja -infrastruktuuris.

Lõpuks on hiljuti hakanud ilmnema tööriistade komplektid Continuous Integration (CI). Arusaam CI tööriistadest sündis ja esitati Grady Butcheri poolt juba 1991. aastal tema Buchi meetodis.

2007-2008: Pettunud belglane

Belgia konsultant, projektijuht ja Agile praktiseerija Patrick Debois sai ametikoha Belgia valitsuse ministeeriumis, et aidata andmekeskuste migratsiooniga. Ta tegeles eelkõige sertifitseerimise ja valmiduse kontrollimisega. Tema kohustused nõudsid temalt sünergia loomist ja suhete ülesehitamist tarkvaraarenduse ja operatiivsete gruppide vahel serverid, andmebaaside ja võrkude vahel. Tema pettumus seoses ühtsuse puudumise ja arengumeetodite ning tegevuse vaheliste seinte tõttu tekitas temas frustratsiooni. Soov parema järele tõi Deboisi peagi tegutsema.
2008. aastal Toronto Agile konverentsil pakkus Andrew Schaefer välja korraldada spetsiaalselt loodud mitteametlik koosolek arutamiseks teemal "Agile-infrastruktuur". Ja ainult üks inimene tuli teemat arutama: Patrick Debois. Nende arutelu ja ideede vahetus edendas Agile süsteemiadministreerimise kontseptsiooni. Samal aastal asutasid Debois ja Schaefer mõõdukalt eduka Agile Systems Administrator grupi Google'is.

2009: Dev ja Ops koostöö juhtum

O’Reilly Velocity konverentsil esitlesid Flickr'i kaks töötajat, tehniliste operatsioonide asepresident John Allspaw ja tehnoloogia direktor Paul Hammond, nüüdseks kuulsat esitlust «10 juurutamist päevas: Dev ja Ops koostöö Flickr'is».

Ettekanne oli dramaatilisest žanrist, kus Allspou ja Hammond mängisid keerulist suhtlemist arendus- ja tegevusmeeskondade vahel tarkvara juurutamise protsessis, süüdistades teineteist vaimus "See pole minu kood, need on kõik sinu arvutid!" Nende ettekannet kinnitas, et ainus mõistlik lahendus on tarkvara arendamise ja juurutamise tegevuse sujuv, läbipaistev ja täielikult integreeritud olemine. Aja jooksul on see ettekande saanud legendaarseks ja seda peetakse nüüd ajalooliseks murranguks, kui IT-sektoris tekkis nõudlus metoodika järele, mida tuntakse täna DevOpsina.

2010: DevOps Ameerika Ühendriikides

Toetajate arvu kasvades toimus DevOpsDays konverents esmakordselt Ameerika Ühendriikides Mountain View's (California) kohe pärast iga-aastast Velocity konverentsi. Liigume aastasse 2018: plaanis on üle 30 DevOpsDays konverentsi, sealhulgas kümneid Ameerika Ühendriikides.

2013: Projekti "Fenix"

Paljude jaoks oli DevOpsi ajaloos veel üks silmapaistev hetk raamatu "Projekt 'Fenix'" väljaanne, autoriteks Gene Kim, Kevin Behr ja George Spafford. Selles romaanis jutustatakse IT-juhi lugu, kes satub väljapääsmatusse olukorda: talle on antud ülesanne päästa kriitilist tähtsust omav e-kaubanduse arendusprojekt, mis ei ole sujunud. Juhi salapärane mentor — nõukogu liige, kes on kirglik pideva täiustamise meetodite vastu — juhatab peategelase uutele arusaamadele IT-st ja rakenduste arendamisest, ennustades DevOpsi kontseptsiooni. Ühtlasi inspireeris "Projekt 'Fenix'" meid kirjutama raamatut "Minu asemel väljastame, vastasel juhul..." sarnase äriloo põhjal, kus tarkvarajuhataja kasutab DevOps'i uue suure toote arendamise protsessis väljastamisel.

DevOps tuleviku nimel

DevOps tuleks pigem kirjeldada teekonnana või võib-olla püüdlusena, mitte kui lõppsihtkohana. DevOps, nagu ka pideva täiustamise meetod, püüdleb pideva täiustamise, efektiivsuse ja tootlikkuse suurenemise suunas ning isegi pideva juurutamise poole. DevOps'i toetavad automatiseeritud tööriistad arenevad jätkuvalt.

Palju on saavutatud DevOpsi loomise hetkest viimase kümne aasta jooksul, ja me ootame, et näeme veel rohkem 2018. aastal ja tulevikus.

Allikas: habr.com