Hej, Habr! Jag presenterar för din uppmärksamhet en översättning av artikeln av Steve Mezak.
Beroende på din synvinkel kommer DevOps att fira nionde eller tioårsjubileum i år. Under 2016 noterade RightScales State of the Cloud-rapport att 70 procent av små och medelstora företag använder DevOps-praxis. Varje indikator som utgör denna poäng har ökat sedan dess. När DevOps förbereder sig för att gå in i sitt andra decennium skulle det vara fantastiskt att ta en promenad i det förflutna och återvända till ursprunget till DevOps – och till och med ursprunget till själva namnet.
Före 2007: En perfekt händelsekedja
Före 2007 födde en rad omständigheter så småningom det som idag kallas DevOps.
Mager har redan visat sig vara bästa praxis. Också känd som Toyotas produktionssystem, Lean Manufacturing strävar efter att optimera processer på tillverkningsgolvet. (Förresten, Toyotas ledning inspirerades från början av de ursprungliga löpande bandsmetoderna som introducerades av Ford Motor Company). Kontinuerlig förbättring är mantrat för lean manufacturing. I praktiken utvärderas ständigt följande vägar:
- Upprätthålla lagernivåer av råvaror och färdiga produkter till ett minimum. Lean manufacturing innebär ett minimum av lager av råvaror för att producera varor och en minsta mängd färdiga produkter som väntar på att beställas eller skickas.
- Minimera orderkön. Helst flyttas mottagna beställningar omedelbart till det färdiga tillståndet. Nyckelmåttet för lean manufacturing kommer alltid att vara tiden från ordermottagning till leverans.
- Maximera effektiviteten i produktionsprocessen. Processomarbetning och förbättrad automation kombineras för att producera varor så snabbt som möjligt. Varje produktionsområde längs hela vägen (skärning, svetsning, montering, testning, etc.) bedöms för ineffektivitet.
I IT-världen har traditionella metoder för vattenfallsmodellen för mjukvaruutveckling redan gett vika för snabba iterativa metoder som t.ex. Agile. Hastighet var rallyropet, även om kvaliteten ibland blev lidande i jakten på snabb utveckling och utplacering. På ungefär samma sätt, i synnerhet cloud computing Infrastruktur-som-en-tjänst (IaaS) och Platform-as-a-Service (PaaS) har visat sig vara mogna lösningar inom IT-processer och infrastruktur.
Äntligen har verktygssatser nyligen börjat dyka upp för Kontinuerlig integration (CI). Idén med CI-verktyg föddes och presenterades av Gradi Booch redan 1991 i hans Booch Method.
2007-2008: Besviken belgare
Den belgiske konsulten, projekt- och praktikchefen för Agile, Patrick Debois, har accepterat ett utnämning från ett belgiskt regeringsdepartement för att hjälpa till med migrering av datacenter. I synnerhet var han involverad i certifiering och beredskapstestning. Hans ansvar krävde honom att koordinera och bygga relationer mellan mjukvaruutvecklingsteam och server-, databas- och nätverksdriftsteam. Hans frustration över bristen på sammanhållning och väggarna som skiljer utveckling och driftmetoder åt gjorde honom bitter. Desbois önskan att förbättra ledde honom snart till handling.
Vid Agile-konferensen 2008 i Toronto föreslog Andrew Schaefer att man skulle moderera ett speciellt arrangerat informellt möte för att diskutera ämnet "Agil infrastruktur"Och bara en person kom för att diskutera ämnet: Patrick DeBois. Deras diskussion och utbyte av idéer främjade konceptet med Agile systemadministration. Samma år skapade DeBois och Schaefer den måttligt framgångsrika Agile Systems Administrator-gruppen på Google.
2009: Fallet med samarbete mellan Dev och Ops
På O'Reilly Velocity-konferensen höll två Flickr-anställda, Senior Vice President of Technical Operations John Allspaw och CTO Paul Hammond, den nu berömda presentationen "10 implementeringar om dagen: Dev and Ops Collaboration at Flickr".
Presentationen var ett drama, där Allspaw och Hammond återskapade den komplexa interaktionen mellan utvecklings- och driftsrepresentanter under programvarudistributionsprocessen, komplett med fingerpekande och anklagelser i stil med "Det är inte min kod, det är alla dina datorer!" Deras presentation bekräftade att det enda vettiga alternativet är att programvaruutveckling och distributionsaktiviteter ska vara sömlösa, transparenta och helt integrerade. Med tiden blev denna presentation legendarisk och ses nu historiskt som en avgörande milstolpe när IT-branschen började efterlysa den metod som idag kallas DevOps.
2010: DevOps i USA
Med ett växande antal följare hölls DevOpsDays-konferensen för första gången i USA i Mountain View, Kalifornien, omedelbart efter den årliga Velocity-konferensen. Spola framåt till 2018, och det finns mer än 30 DevOpsDays-konferenser inplanerade, inklusive dussintals i USA.
2013: Projekt "Phoenix"
För många av oss var ett annat anmärkningsvärt ögonblick i DevOps historia publiceringen av boken "The Phoenix Project" av Gene Kim, Kevin Behr och George Safford. Den här romanen berättar historien om en IT-chef som hamnar i en desperat situation: han får i uppdrag att rädda ett kritiskt e-handelsprojekt som har gått fel. Chefens mystiska mentor – en styrelsemedlem som brinner för lean manufacturing-metoder – föreslår nya sätt för huvudpersonen att tänka på IT och applikationsutveckling, i förväg om konceptet DevOps. Förresten, "The Phoenix Project" inspirerade oss att skriva boken "Outsourca eller annat..." om en liknande affärshistoria där en VP för programvara använder DevOps under utvecklingen av en ny större outsourcad produkt.
DevOps för framtiden
Det är värt att beskriva DevOps som en resa, eller kanske en strävan, snarare än en slutdestination. DevOps, liksom lean manufacturing, strävar efter ständiga förbättringar, ökad produktivitet och effektivitet, och till och med kontinuerlig driftsättning. Automatiserade verktyg för att stödja DevOps fortsätter att utvecklas.
Mycket har uppnåtts sedan starten av DevOps under det senaste decenniet, och vi förväntar oss att se ännu mer under 2018 och framåt.
Källa: will.com