Kaixo, Habr! Artikuluaren itzulpena aurkezten dizuet Steve Mezak-en eskutik.
Zure ikuspuntuaren arabera, DevOps-ek bederatzigarren edo hamargarren urteurrena ospatuko du aurten. 2016an, RightScales-en State of the Cloud txostenak adierazi zuen ETEen ehuneko 70 DevOps praktikak hartzen ari direla. Puntuazio hori osatzen duten adierazle guztiak handitu egin dira ordutik. DevOps bere bigarren hamarkadan sartzeko prestatzen ari den heinean, bikaina litzateke iraganean paseo bat ematea eta DevOps-en jatorrira itzultzea, baita izenaren jatorrira ere.
2007 baino lehen: Ekitaldi-kate ezin hobea
2007a baino lehen, zenbait egoerak azkenean DevOps izenez ezagutzen dena sortu zuten.
Lean dagoeneko frogatu du praktika onena dela. izenez ere ezaguna Toyota ekoizpen sistema, Lean Manufacturing-ek fabrikazio solairuko prozesuak optimizatzen ahalegintzen da. (Bide batez, Toyotako kudeaketa Ford Motor Company-k aurkeztutako jatorrizko muntaketa-kate metodoetan inspiratu zen hasieran). Etengabeko hobekuntza Lean manufacturing-en mantra da. Praktikan, honako bideak etengabe ebaluatzen dira:
- Lehengaien eta amaitutako produktuen inbentario-mailak ahalik eta gehien mantentzea. Lean manufacturing-ek salgaiak ekoizteko lehengaien gutxieneko inbentarioa eta eskatzeko edo bidaltzeko zain dauden produktu bukatuen gutxieneko kopuru bat esan nahi du.
- Eskaera-ilara gutxitzea. Egokiena, jasotako aginduak berehala pasatzea amaitutako egoerara. Lean manufacturing-en neurketa gakoa eskaera jasotzen denetik entregara arteko denbora izango da beti.
- Produkzio-prozesuaren eraginkortasuna maximizatzea. Prozesuen biringeniaritza eta automatizazio hobetua konbinatzen ari dira ondasunak ahalik eta azkarren ekoizteko. Bide osoan zehar produkzio-eremu bakoitza (ebaketa, soldadura, muntaketa, probak, etab.) eraginkortasunik eza aztertzen da.
IT munduan, software garapenaren ur-jauziaren ereduaren metodo tradizionalek jada bide iteratibo azkarreko metodoei utzi diete, esaterako. Arin. Abiadura izan zen aldarrikapena, nahiz eta batzuetan kalitatea jasan zuen garapen eta hedapen azkarraren bila. Modu berean, hodeiko informatika, bereziki Azpiegitura Zerbitzu gisa (IaaS) eta Plataforma-as-a-Zerbitzua (PaaS) IT prozesuetan eta azpiegituretan soluzio helduak direla frogatu dute.
Azkenik, tresna-tresnak agertzen hasi dira duela gutxi Etengabeko integrazioa (CI). CI tresnen ideia Gradi Booch-ek sortu eta aurkeztu zuen 1991n bere Booch Metodoan.
2007-2008: Belgikar etsita
Patrick Debois Belgikako aholkulari, Agile proiektu eta praktiken kudeatzaileak Belgikako gobernuko ministerio baten izendapena onartu du datu zentroen migrazioan laguntzeko. Bereziki, ziurtapen eta presttasun probetan parte hartu zuen. Bere arduren arabera, softwarea garatzeko taldeen eta zerbitzari, datu-base eta sareko operazio taldeen arteko harremanak koordinatu eta eraiki behar zituen. Kohesio faltagatik eta garapen eta funtzionamendu metodoak bereizten zituen hormek mingotsa utzi zuen. Desboisen hobetzeko gogoak laster eraman zuen ekintzara.
Torontoko 2008ko Agile konferentzian, Andrew Schaeferrek gaia eztabaidatzeko bereziki antolatutako bilera informal bat moderatzea proposatu zuen "Azpiegitura arina"Eta pertsona bakarra etorri zen gaiaz eztabaidatzera: Patrick DeBois. Haien eztabaidak eta ideien trukeak Agile sistemen administrazioaren kontzeptua aurreratu zuen. Urte hartan, DeBois eta Schaefer-ek Google-n Agile Systems Administrator taldea arrakastatsu samarra sortu zuten.
2009: Dev eta Ops-en arteko lankidetza kasua
O'Reilly Velocity konferentzian, Flickr-eko bi langilek, John Allspaw Eragiketa Teknikoen Lehendakariorde Nagusiak eta Paul Hammond CTOak, gaur egun ospetsua den aurkezpena egin zuten. "10 inplementazio egunean: garatzaileen eta operazioen lankidetza Flickr-en".
Aurkezpena drama bat izan zen, Allspaw eta Hammond-ek Garapen eta Operazioetako ordezkarien arteko interakzio konplexuak berregin zituzten softwarea zabaltzeko prozesuan zehar, hatz-seinaleekin eta erreklamazioekin "Ez da nire kodea, zure ordenagailu guztiak dira!". Euren aurkezpenak berretsi zuen zentzuzko aukera bakarra softwarea garatzeko eta zabaltzeko jarduerak bateragarriak, gardenak eta guztiz integratuak izatea dela. Denborarekin, aurkezpen hau mitiko bihurtu zen eta gaur egun historikoki mugarri gisa ikusten da IT industriak gaur egun DevOps izenez ezagutzen den metodologia eskatzen hasi zenean.
2010: DevOps Amerikako Estatu Batuetan
Gero eta jarraitzaile gehiagorekin, DevOpsDays konferentzia lehenengo aldiz ospatu zen Estatu Batuetan Mountain View-en (Kalifornia), urteko Velocity konferentziaren ondoren. Aurrera 2018ra arte, eta DevOpsDays-eko 30 hitzaldi baino gehiago daude programatuta, dozenaka Estatu Batuetan barne.
2013: "Phoenix" proiektua
Gutako askorentzat, DevOps-en historiako beste une aipagarri bat Gene Kim, Kevin Behr eta George Safford-en "The Phoenix Project" liburua argitaratu izana izan zen. Egoera etsi batean aurkitzen den informatika kudeatzaile baten istorioa kontatzen du eleberri honek: gaizki atera den merkataritza elektronikoko proiektu kritiko bat erreskatatzeko ardura du. Kudeatzailearen tutore misteriotsuak -lean manufacturing metodoekin sutsua den administrazio kontseiluko kidea- pertsonaia nagusiari IT eta aplikazioen garapenari buruz pentsatzeko modu berriak iradokitzen dizkio, DevOps kontzeptuari aurrea hartuz. Bide batez, "The Phoenix Project"-ek "Outsource or else..." liburua idaztera bultzatu gintuen antzeko negozio-istorio bati buruz, non softwareko zuzendari batek DevOps erabiltzen duen azpikontratatutako produktu garrantzitsu berri baten garapenean.
DevOps etorkizunerako
Merezi du DevOps bidaia gisa deskribatzea, edo agian asmo gisa, azken helmuga baino. DevOps-ek, manufaktura lean bezala, etengabeko hobekuntza, produktibitatea eta eraginkortasuna areagotzen eta etengabeko inplementazioan saiatzen da. DevOps laguntzeko tresna automatizatuek eboluzionatzen jarraitzen dute.
Azken hamarkadan DevOps-en sorreratik asko lortu da, eta 2018an eta aurrerago are gehiago ikustea espero dugu.
Iturria: www.habr.com