Hej Habr! Predstavljam vam prevod članka avtorja Steve Mezak.
Odvisno od vašega zornega kota bo DevOps letos praznoval svojo deveto ali deseto obletnico. Leta 2016 je RightScalesovo poročilo State of the Cloud ugotovilo, da 70 odstotkov malih in srednjih podjetij sprejema prakse DevOps. Vsak kazalnik, ki sestavlja to oceno, se je od takrat povečal. Ko se DevOps pripravlja na vstop v drugo desetletje, bi bilo super, če bi se sprehodili v preteklost in se vrnili k izvoru DevOps – in celo k izvoru samega imena.
Pred letom 2007: popoln niz dogodkov
Pred letom 2007 je vrsta okoliščin sčasoma privedla do tega, kar je danes znano kot DevOps.
Vitka se je že izkazalo za najboljšo prakso. Poznan tudi kot Toyotin proizvodni sistem, vitka proizvodnja si prizadeva optimizirati procese v proizvodnem prostoru. (Mimogrede, Toyotino vodstvo se je sprva zgledovalo po izvirnih metodah tekočega traku, ki jih je uvedlo podjetje Ford Motor Company). Stalno izboljševanje je mantra za vitko proizvodnjo. V praksi se nenehno ocenjujejo naslednje poti:
- Ohranjanje ravni zalog surovin in končnih izdelkov na minimumu. Vitka proizvodnja pomeni minimalno količino zalog surovin za proizvodnjo blaga in minimalno količino končnih izdelkov, ki čakajo na naročilo ali odpremo.
- Zmanjšanje čakalne vrste naročil. V idealnem primeru se prejeta naročila takoj premaknejo v dokončano stanje. Ključna metrika za vitko proizvodnjo bo vedno čas od prejema naročila do dostave.
- Povečanje učinkovitosti proizvodnega procesa. Prenova procesov in izboljšana avtomatizacija se združujeta za čim hitrejšo proizvodnjo blaga. Vsako področje proizvodnje na celotni poti (rezanje, varjenje, montaža, testiranje itd.) je ocenjeno glede neučinkovitosti.
Tradicionalne metode slapovega modela razvoja programske opreme so se v svetu IT že umaknile hitrim iterativnim metodam, kot je npr. Agile. Hitrost je bila vodilni klic, čeprav je kakovost včasih trpela zaradi hitrega razvoja in uvajanja. Na približno enak način, zlasti računalništvo v oblaku Infrastruktura kot storitev (IaaS) in Platform-kot-storitev (PaaS) so se izkazale kot zrele rešitve v IT procesih in infrastrukturi.
Končno so se nedavno začeli pojavljati kompleti orodij za Stalna integracija (CI). Idejo o orodjih CI je rodil in predstavil Gradi Booch že leta 1991 v svoji metodi Booch.
2007-2008: Razočarani Belgijec
Belgijski svetovalec, vodja projekta in prakse Agile Patrick Debois je sprejel imenovanje belgijskega vladnega ministrstva za pomoč pri migraciji podatkovnega centra. Zlasti je sodeloval pri certificiranju in testiranju pripravljenosti. Njegove odgovornosti so od njega zahtevale usklajevanje in vzpostavljanje odnosov med ekipami za razvoj programske opreme ter ekipami za strežnike, baze podatkov in omrežne operacije. Njegovo razočaranje zaradi pomanjkanja kohezije in zidov, ki ločujejo razvojne in operativne metode, ga je zagrenilo. Desboisa je želja po izboljšanju kmalu pripeljala do akcije.
Na konferenci Agile leta 2008 v Torontu je Andrew Schaefer predlagal moderiranje posebej organiziranega neformalnega srečanja za razpravo o temi "Agilna infrastruktura"In samo ena oseba je prišla razpravljat o temi: Patrick DeBois. Njuna razprava in izmenjava idej sta napredovala v konceptu Agile System Administration. Istega leta sta DeBois in Schaefer pri Googlu ustvarila zmerno uspešno skupino Agile Systems Administrator.
2009: Primer sodelovanja med Dev in Ops
Na konferenci O'Reilly Velocity sta dva zaposlena pri Flickru, višji podpredsednik tehničnih operacij John Allspaw in tehnični direktor Paul Hammond, podala zdaj že znano predstavitev "10 uvajanj na dan: sodelovanje razvijalcev in operacij na Flickru".
Predstavitev je bila drama, saj sta Allspaw in Hammond ponovila zapletene interakcije med predstavniki razvoja in operacij med postopkom uvajanja programske opreme, skupaj s kazanjem s prstom in obtoževanjem v smislu "To ni moja koda, to so vsi vaši računalniki!" Njihova predstavitev je potrdila, da je edina smiselna možnost, da so dejavnosti razvoja in uvajanja programske opreme brezhibne, pregledne in popolnoma integrirane. Sčasoma je ta predstavitev postala legendarna in je zdaj zgodovinsko obravnavana kot temeljni mejnik, ko je IT industrija začela klicati po metodologiji, ki je danes znana kot DevOps.
2010: DevOps v Združenih državah Amerike
Z naraščajočim številom privržencev je bila konferenca DevOpsDays prvič izvedena v Združenih državah v Mountain Viewu v Kaliforniji, takoj po letni konferenci Velocity. Hitro naprej v leto 2018 in na sporedu je več kot 30 konferenc DevOpsDays, vključno z več desetimi v Združenih državah.
2013: Projekt "Phoenix"
Za mnoge od nas je bil še en omembe vreden trenutek v zgodovini DevOps objava knjige »Projekt Phoenix« avtorjev Gene Kima, Kevina Behra in Georgea Safforda. Ta roman pripoveduje zgodbo o vodji IT, ki se znajde v obupnem položaju: zadolžen je za reševanje kritičnega projekta e-trgovine, ki je šel narobe. Skrivnostni menedžerjev mentor – član upravnega odbora, ki se navdušuje nad metodami vitke proizvodnje – glavnemu junaku predlaga nove načine razmišljanja o IT in razvoju aplikacij ter predvideva koncept DevOps. Mimogrede, “Projekt Phoenix” nas je navdihnil, da smo napisali knjigo “Outsource or else...” o podobni poslovni zgodbi, v kateri podpredsednik programske opreme uporablja DevOps med razvojem novega velikega zunanjega izdelka.
DevOps za prihodnost
DevOps je vredno opisati kot potovanje ali morda aspiracijo, ne pa kot končni cilj. DevOps, tako kot vitka proizvodnja, stremi k nenehnim izboljšavam, večji produktivnosti in učinkovitosti ter celo nenehnemu uvajanju. Avtomatizirana orodja za podporo DevOps se še naprej razvijajo.
Od začetka DevOps v zadnjem desetletju je bilo doseženega veliko in pričakujemo, da bomo v letu 2018 in naprej videli še več.
Vir: www.habr.com