Podrijetlo DevOps-a: Što je u nazivu?

Hej Habr! Vašoj pozornosti predstavljam prijevod članka "Podrijetlo DevOps-a: Što je u imenu?" Steve Mezak.

Ovisno o vašem gledištu, DevOps će ove godine proslaviti svoju devetu ili desetu godišnjicu. U 2016. godini RightScalesovo izvješće State of the Cloud primijetilo je da 70 posto malih i srednjih poduzeća usvaja DevOps prakse. Svaki pokazatelj koji čini ovu ocjenu od tada je porastao. Dok se DevOps priprema za ulazak u svoje drugo desetljeće, bilo bi sjajno prošetati se u prošlost i vratiti se podrijetlu DevOpsa — pa čak i podrijetlu samog imena.

Prije 2007.: Savršen lanac događaja

Prije 2007. niz okolnosti je na kraju iznjedrio ono što je danas poznato kao DevOps.

Mršavo već se pokazao kao najbolja praksa. Također poznat kao Toyotin proizvodni sustav, Lean Manufacturing nastoji optimizirati procese u proizvodnom pogonu. (Usput, menadžment Toyote u početku je bio inspiriran izvornim metodama proizvodne trake koje je uvela Ford Motor Company). Stalno poboljšanje je mantra za vitku proizvodnju. U praksi se stalno procjenjuju sljedeći putovi:

  1. Održavanje razine zaliha sirovina i gotovih proizvoda na minimumu. Lean proizvodnja znači minimalnu količinu zaliha sirovina za proizvodnju robe i minimalnu količinu gotovih proizvoda koji čekaju na naručivanje ili isporuku.
  2. Minimiziranje reda narudžbi. U idealnom slučaju, primljene narudžbe odmah prelaze u dovršeno stanje. Ključna metrika za vitku proizvodnju uvijek će biti vrijeme od primitka narudžbe do isporuke.
  3. Maksimiziranje učinkovitosti proizvodnog procesa. Reinženjering procesa i poboljšana automatizacija kombiniraju se kako bi proizvodili robu što je brže moguće. Svako područje proizvodnje duž cijelog puta (rezanje, zavarivanje, montaža, ispitivanje itd.) procjenjuje se na neučinkovitost.

U IT svijetu tradicionalne metode vodopada modela razvoja softvera već su ustupile mjesto brzim iterativnim metodama kao što su Okretan. Brzina je bila poklič, iako je kvaliteta ponekad patila u potrazi za brzim razvojem i implementacijom. Na gotovo isti način, posebno računalstvo u oblaku Infrastruktura kao usluga (IaaS) i Platforma-as-a-service (PaaS) dokazali su se kao zrela rješenja u IT procesima i infrastrukturi.

Konačno, nedavno su se počeli pojavljivati ​​alati za Kontinuirana integracija (CI). Ideju o CI alatima rodio je i predstavio Gradi Booch još 1991. u svojoj Booch metodi.

2007-2008: Razočarani Belgijac

Belgijski konzultant, voditelj Agile projekta i prakse Patrick Debois prihvatio je imenovanje belgijskog ministarstva vlade da pomogne u migraciji podatkovnog centra. Konkretno, bio je uključen u certificiranje i testiranje spremnosti. Njegove odgovornosti zahtijevale su od njega koordinaciju i izgradnju odnosa između timova za razvoj softvera i timova za poslužitelje, baze podataka i mrežne operacije. Njegova frustracija zbog nedostatka kohezije i zidova koji razdvajaju metode razvoja i rada ostavila ga je gorkim. Desboisova želja za poboljšanjem ubrzo ga je dovela do akcije.
Na Agile konferenciji 2008. u Torontu, Andrew Schaefer predložio je moderiranje posebno organiziranog neformalnog sastanka za raspravu o temi "Agilna infrastruktura"I samo je jedna osoba došla razgovarati o temi: Patrick DeBois. Njihova rasprava i razmjena ideja unaprijedili su koncept administracije Agile sustava. Iste godine, DeBois i Schaefer stvorili su umjereno uspješnu grupu Administrator Agile Systems u Googleu.

2009: Slučaj suradnje između Dev i Ops

Na konferenciji O'Reilly Velocity, dva zaposlenika Flickra, viši potpredsjednik tehničkih operacija John Allspaw i tehnički direktor Paul Hammond, održali su sada poznatu prezentaciju "10 implementacija dnevno: razvojna i operativna suradnja na Flickru".

Prezentacija je bila drama, s Allspawom i Hammondom koji su rekonstruirali složene interakcije između predstavnika razvoja i operacija tijekom procesa postavljanja softvera, zajedno s upiranjem prstom i predbacivanjem u stilu "To nije moj kod, to su sva vaša računala!" Njihova prezentacija potvrdila je da je jedina razumna opcija da aktivnosti razvoja i implementacije softvera budu besprijekorne, transparentne i potpuno integrirane. S vremenom je ova prezentacija postala legendarna i sada se povijesno smatra ključnom prekretnicom kada je IT industrija počela pozivati ​​na metodologiju koja je danas poznata kao DevOps.

2010: DevOps u Sjedinjenim Američkim Državama

Uz sve veći broj sljedbenika, konferencija DevOpsDays održana je prvi put u Sjedinjenim Državama u Mountain Viewu u Kaliforniji, odmah nakon godišnje konferencije Velocity. Brzo naprijed u 2018., a na rasporedu je više od 30 DevOpsDays konferencija, uključujući desetke u Sjedinjenim Državama.

2013: Projekt "Feniks"

Za mnoge od nas, još jedan značajan trenutak u povijesti DevOps-a bilo je objavljivanje knjige “Projekt Phoenix” Genea Kima, Kevina Behra i Georgea Safforda. Ovaj roman govori o IT menadžeru koji se nađe u očajnoj situaciji: ima zadatak spasiti kritični projekt e-trgovine koji je pošao po zlu. Tajanstveni mentor menadžera – član upravnog odbora koji je strastven za metode lean proizvodnje – predlaže glavnom liku nove načine razmišljanja o IT-u i razvoju aplikacija, predviđajući koncept DevOps-a. Inače, “The Phoenix Project” nas je inspirirao da napišemo knjigu “Outsource or else...” o sličnoj poslovnoj priči u kojoj VP softvera koristi DevOps tijekom razvoja novog velikog outsourced proizvoda.

DevOps za budućnost

Vrijedno je opisati DevOps kao putovanje, ili možda težnju, a ne konačno odredište. DevOps, poput vitke proizvodnje, teži kontinuiranom poboljšanju, povećanju produktivnosti i učinkovitosti, pa čak i kontinuiranoj implementaciji. Automatizirani alati za podršku DevOps-u nastavljaju se razvijati.

Puno je postignuto od početka DevOps-a u prošlom desetljeću, a očekujemo da ćemo vidjeti još više u 2018. i kasnije.

Izvor: www.habr.com

Dodajte komentar