Hej Habr! Jeg præsenterer for din opmærksomhed oversættelsen af artiklen af Steve Mezak.
Afhængigt af dit synspunkt vil DevOps fejre sit niende eller ti års jubilæum i år. I 2016 bemærkede RightScales' State of the Cloud-rapport, at 70 procent af SMB'er anvender DevOps-praksis. Hver indikator, der udgør denne score, er steget siden da. Mens DevOps forbereder sig på at gå ind i sit andet årti, ville det være fantastisk at tage en tur ned i fortiden og vende tilbage til oprindelsen af DevOps – og endda oprindelsen af selve navnet.
Før 2007: En perfekt kæde af begivenheder
Før 2007 affødte en række omstændigheder til sidst det, der i dag er kendt som DevOps.
Læne har allerede vist sig at være bedste praksis. Også kendt som Toyota produktionssystem, Lean Manufacturing stræber efter at optimere processer på produktionsgulvet. (Toyota-ledelsen var i øvrigt oprindeligt inspireret af de originale samlebåndsmetoder introduceret af Ford Motor Company). Løbende forbedringer er mantraet for lean manufacturing. I praksis bliver følgende veje løbende evalueret:
- Opretholdelse af lagerniveauer af råvarer og færdige produkter på et minimum. Lean manufacturing betyder en minimumsmængde af beholdning af råvarer til at producere varer og en minimumsmængde af færdige produkter, der venter på at blive bestilt eller afsendt.
- Minimering af ordrekøen. Ideelt set flyttes modtagne ordrer straks til den afsluttede tilstand. Nøglemålingen for lean manufacturing vil altid være tiden fra ordremodtagelse til levering.
- Maksimering af effektiviteten af produktionsprocessen. Process re-engineering og forbedret automatisering går sammen for at producere varer så hurtigt som muligt. Hvert produktionsområde langs hele vejen (skæring, svejsning, montage, test osv.) vurderes for ineffektivitet.
I IT-verdenen har traditionelle metoder i vandfaldsmodellen for softwareudvikling allerede givet plads til hurtige iterative metoder som f.eks. Agile. Hastighed var det store råb, selvom kvaliteten nogle gange led under jagten på hurtig udvikling og implementering. På nogenlunde samme måde, især cloud computing Infrastruktur-som-en-tjeneste (IaaS) og Platform-as-a-Service (PaaS) har bevist sig selv som modne løsninger inden for it-processer og infrastruktur.
Endelig er værktøjssæt for nylig begyndt at dukke op til Kontinuerlig integration (CI). Idéen med CI-værktøjer blev født og præsenteret af Gradi Booch tilbage i 1991 i hans Booch-metode.
2007-2008: Skuffet belgier
Den belgiske konsulent, agile projekt- og praksischef Patrick Debois har accepteret en aftale fra et belgisk regeringsministerium til at hjælpe med datacentermigrering. Han var især involveret i certificering og parathedstest. Hans ansvar krævede, at han koordinerede og opbyggede relationer mellem softwareudviklingsteams og server-, database- og netværksdriftsteams. Hans frustration over manglen på sammenhængskraft og væggene, der adskiller udviklings- og driftmetoder, efterlod ham bitter. Desbois' ønske om at blive bedre førte ham snart til handling.
På Agile-konferencen i Toronto i 2008 foreslog Andrew Schaefer at moderere et specielt arrangeret uformelt møde for at diskutere emnet "Agile infrastruktur"Og kun én person kom for at diskutere emnet: Patrick DeBois. Deres diskussion og udveksling af ideer fremmede konceptet med Agile systemadministration. Samme år oprettede DeBois og Schaefer den moderat succesrige Agile Systems Administrator-gruppe hos Google.
2009: Sagen om samarbejde mellem Dev og Ops
Ved O'Reilly Velocity-konferencen holdt to Flickr-medarbejdere, Senior Vice President of Technical Operations John Allspaw og CTO Paul Hammond, den nu berømte præsentation "10 implementeringer om dagen: Dev and Ops Collaboration at Flickr".
Præsentationen var et drama, hvor Allspaw og Hammond genskabte de komplekse interaktioner mellem udviklings- og driftsrepræsentanter under softwareimplementeringsprocessen, komplet med fingerpegning og beskyldninger i stil med "Det er ikke min kode, det er alle dine computere!" Deres præsentation bekræftede, at den eneste fornuftige mulighed er, at softwareudvikling og implementeringsaktiviteter er sømløse, gennemsigtige og fuldt integrerede. Med tiden blev denne præsentation legendarisk og ses nu historisk som en skelsættende milepæl, da it-branchen begyndte at efterlyse den metode, der i dag er kendt som DevOps.
2010: DevOps i USA
Med en voksende tilslutning blev DevOpsDays-konferencen for første gang afholdt i USA i Mountain View, Californien, umiddelbart efter den årlige Velocity-konference. Spol frem til 2018, og der er planlagt mere end 30 DevOpsDays-konferencer, herunder snesevis i USA.
2013: Projekt "Phoenix"
For mange af os var et andet bemærkelsesværdigt øjeblik i DevOps historie udgivelsen af bogen "The Phoenix Project" af Gene Kim, Kevin Behr og George Safford. Denne roman fortæller historien om en it-chef, der befinder sig i en desperat situation: Han får til opgave at redde et kritisk e-handelsprojekt, der er gået galt. Lederens mystiske mentor - et medlem af bestyrelsen, der brænder for lean manufacturing-metoder - foreslår nye måder til hovedpersonen at tænke IT og applikationsudvikling i foregribelse af konceptet DevOps. I øvrigt inspirerede "The Phoenix Project" os til at skrive bogen "Outsource eller andet..." om en lignende forretningshistorie, hvor en VP of software bruger DevOps under udviklingen af et nyt større outsourcet produkt.
DevOps for fremtiden
Det er værd at beskrive DevOps som en rejse, eller måske en forhåbning, snarere end en endelig destination. DevOps stræber ligesom lean manufacturing efter løbende forbedringer, øget produktivitet og effektivitet og endda kontinuerlig implementering. Automatiserede værktøjer til at understøtte DevOps fortsætter med at udvikle sig.
Meget er blevet opnået siden starten af DevOps i det sidste årti, og vi forventer at se endnu mere i 2018 og fremover.
Kilde: www.habr.com