Hei, Habr! Jeg presenterer for din oppmerksomhet en oversettelse av artikkelen av Steve Mezak.
Avhengig av ditt synspunkt, vil DevOps feire sitt niende eller ti års jubileum i år. I 2016 bemerket RightScales sin State of the Cloud-rapport at 70 prosent av SMB-er tar i bruk DevOps-praksis. Hver indikator som utgjør denne poengsummen har økt siden den gang. Når DevOps forbereder seg på å gå inn i sitt andre tiår, ville det være flott å ta en spasertur nedover fortiden og gå tilbake til opprinnelsen til DevOps – og til og med opprinnelsen til selve navnet.
Før 2007: En perfekt kjede av hendelser
Før 2007 fødte en rekke omstendigheter til slutt det som i dag er kjent som DevOps.
Lene seg har allerede vist seg å være beste praksis. Også kjent som Toyota produksjonssystem, Lean Manufacturing streber etter å optimalisere prosessene på produksjonsgulvet. (Forresten, Toyota-ledelsen var opprinnelig inspirert av de originale samlebåndsmetodene introdusert av Ford Motor Company). Kontinuerlig forbedring er mantraet for lean manufacturing. I praksis blir følgende veier kontinuerlig evaluert:
- Opprettholde lagernivåer av råvarer og ferdige produkter til et minimum. Lean manufacturing betyr en minimumsmengde av råvarer for å produsere varer og en minimumsmengde ferdige produkter som venter på å bli bestilt eller sendt.
- Minimere ordrekøen. Ideelt sett flyttes mottatte bestillinger umiddelbart til fullført tilstand. Nøkkelberegningen for lean manufacturing vil alltid være tiden fra ordremottak til levering.
- Maksimere effektiviteten av produksjonsprosessen. Prosessre-engineering og forbedret automatisering går sammen for å produsere varer så raskt som mulig. Hvert produksjonsområde langs hele banen (skjæring, sveising, montering, testing, etc.) vurderes for ineffektivitet.
I IT-verdenen har tradisjonelle metoder for fossefallmodellen for programvareutvikling allerede viket for raske iterative metoder som f.eks. Agile. Hastighet var ropet, selv om kvaliteten noen ganger led under jakten på rask utvikling og distribusjon. På omtrent samme måte, spesielt cloud computing Infrastruktur-som-en-tjeneste (IaaS) og Platform-as-a-Service (PaaS) har vist seg som modne løsninger innen IT-prosesser og infrastruktur.
Endelig har verktøysett nylig begynt å dukke opp for Kontinuerlig integrasjon (CI). Ideen til CI-verktøy ble født og presentert av Gradi Booch tilbake i 1991 i hans Booch-metode.
2007-2008: Skuffet belgier
Den belgiske konsulenten, Agile prosjekt- og praksisleder Patrick Debois har akseptert en avtale fra et belgisk regjeringsdepartement for å hjelpe til med migrering av datasenter. Spesielt var han involvert i sertifisering og beredskapstesting. Hans ansvar krevde at han skulle koordinere og bygge relasjoner mellom programvareutviklingsteam og server-, database- og nettverksdriftsteam. Hans frustrasjon over mangelen på samhold og veggene som skiller utviklings- og operasjonsmetoder gjorde ham bitter. Desbois ønske om å forbedre førte ham snart til handling.
På Agile-konferansen i Toronto i 2008 foreslo Andrew Schaefer å moderere et spesielt arrangert uformelt møte for å diskutere temaet "Smidig infrastruktur"Og bare én person kom for å diskutere emnet: Patrick DeBois. Deres diskusjon og utveksling av ideer fremmet konseptet med Agile systemadministrasjon. Samme år opprettet DeBois og Schaefer den moderat suksessrike Agile Systems Administrator-gruppen hos Google.
2009: Saken om samarbeid mellom Dev og Ops
På O'Reilly Velocity-konferansen holdt to Flickr-ansatte, Senior Vice President of Technical Operations John Allspaw og CTO Paul Hammond, den nå berømte presentasjonen "10 distribusjoner om dagen: Dev and Ops Collaboration at Flickr".
Presentasjonen var et drama, med Allspaw og Hammond gjenskapte de komplekse interaksjonene mellom utviklings- og driftsrepresentanter under programvaredistribusjonsprosessen, komplett med fingerpeking og beskyldninger i retning av "Det er ikke min kode, det er alle datamaskinene dine!" Presentasjonen deres bekreftet at det eneste fornuftige alternativet er at programvareutvikling og distribusjonsaktiviteter skal være sømløse, transparente og fullt integrerte. Over tid ble denne presentasjonen legendarisk og er nå historisk sett på som en banebrytende milepæl da IT-bransjen begynte å etterlyse metodikken kjent i dag som DevOps.
2010: DevOps i USA
Med en voksende tilhengerskare ble DevOpsDays-konferansen holdt for første gang i USA i Mountain View, California, umiddelbart etter den årlige Velocity-konferansen. Spol frem til 2018, og det er planlagt mer enn 30 DevOpsDays-konferanser, inkludert dusinvis i USA.
2013: Prosjekt "Phoenix"
For mange av oss var et annet bemerkelsesverdig øyeblikk i historien til DevOps utgivelsen av boken "The Phoenix Project" av Gene Kim, Kevin Behr og George Safford. Denne romanen forteller historien om en IT-sjef som befinner seg i en desperat situasjon: han får i oppgave å redde et kritisk e-handelsprosjekt som har gått galt. Lederens mystiske mentor – et styremedlem som brenner for slanke produksjonsmetoder – foreslår nye måter for hovedpersonen å tenke på IT og applikasjonsutvikling, i foregripelse av konseptet DevOps. Forresten, "The Phoenix Project" inspirerte oss til å skrive boken "Outsource eller annet..." om en lignende forretningshistorie der en VP for programvare bruker DevOps under utviklingen av et nytt større outsourcet produkt.
DevOps for fremtiden
Det er verdt å beskrive DevOps som en reise, eller kanskje en ambisjon, snarere enn en endelig destinasjon. DevOps, som lean manufacturing, streber etter kontinuerlig forbedring, økt produktivitet og effektivitet, og til og med kontinuerlig distribusjon. Automatiserte verktøy for å støtte DevOps fortsetter å utvikle seg.
Mye har blitt oppnådd siden starten av DevOps det siste tiåret, og vi forventer å se enda mer i 2018 og utover.
Kilde: www.habr.com