Poreklo DevOps-a: šta je u nazivu?

Hej Habr! Predstavljam Vašoj pažnji prevod članka "Poreklo DevOps-a: Šta je u imenu?" autora Stevea Mezaka.

U zavisnosti od vaše tačke gledišta, DevOps će ove godine proslaviti svoju devetu ili desetu godišnjicu. U 2016. godini, RightScalesov izvještaj State of the Cloud navodi da 70 posto malih i srednjih preduzeća usvaja DevOps prakse. Svaki indikator koji čini ovu ocjenu se od tada povećao. Dok se DevOps priprema da uđe u svoju drugu deceniju, bilo bi sjajno prošetati prošlošću i vratiti se poreklu DevOps-a – pa čak i poreklu samog imena.

Prije 2007: Savršen lanac događaja

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

Lean već se pokazao kao najbolja praksa. Također poznat kao Toyotin proizvodni sistem, Lean Manufacturing nastoji da optimizuje procese na proizvodnom podu. (Usput, menadžment Toyote je u početku bio inspirisan originalnim metodama montažne trake koje je uvela Ford Motor Company). Kontinuirano poboljšanje je mantra za vitku proizvodnju. U praksi se stalno procjenjuju sljedeći putevi:

  1. Održavanje nivoa 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 da budu naručeni ili otpremljeni.
  2. Minimiziranje reda narudžbi. U idealnom slučaju, primljene narudžbe odmah prelaze u završeno stanje. Ključna metrika za vitku proizvodnju uvijek će biti vrijeme od prijema narudžbe do isporuke.
  3. Maksimiziranje efikasnosti proizvodnog procesa. Reinženjering procesa i poboljšana automatizacija kombinuju se kako bi se proizvodila što je brže moguće. Svaka oblast proizvodnje duž cijele putanje (rezanje, zavarivanje, montaža, ispitivanje itd.) procjenjuje se na neefikasnost.

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

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

2007-2008: Razočarani Belgijanac

Belgijski konsultant, menadžer Agile projekta i prakse Patrick Debois prihvatio je imenovanje od ministarstva belgijske vlade da pomogne u migraciji data centra. Posebno je bio uključen u certifikaciju i testiranje spremnosti. Njegove su odgovornosti zahtijevale od njega da koordinira i gradi odnose između timova za razvoj softvera i timova za servere, baze podataka i mrežne operacije. Njegova frustracija nedostatkom kohezije i zidovima koji razdvajaju metode razvoja i rada ostavili su ga ogorčenim. Desboisova želja da se poboljša ubrzo ga je navela na akciju.
Na Agile konferenciji 2008. u Torontu, Andrew Schaefer je predložio moderiranje posebno organiziranog neformalnog sastanka na kojem bi se raspravljalo o ovoj temi "Agilna infrastruktura„I samo je jedna osoba došla da razgovara o ovoj temi: Patrick DeBois. Njihova diskusija i razmjena ideja unaprijedili su koncept administracije agilnih sistema. Iste godine, DeBois i Schaefer su stvorili umjereno uspješnu grupu administratora Agile sistema u Googleu.

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

Na O'Reilly Velocity konferenciji, dvoje zaposlenika Flickr-a, stariji potpredsjednik tehničkih operacija John Allspaw i CTO Paul Hammond, održali su sada već poznatu prezentaciju "10 raspoređivanja dnevno: Saradnja Dev and Ops na Flickr-u".

Prezentacija je bila drama, s Allspawom i Hammondom koji su reagirali složene interakcije između predstavnika razvoja i operacija tokom procesa implementacije softvera, zajedno s upiranjem prstom i optužbama u stilu „Nije moj kod, sve su to vaši računari!“ Njihova prezentacija je potvrdila da je jedina razumna opcija da aktivnosti razvoja i implementacije softvera budu besprijekorne, transparentne i potpuno integrirane. Vremenom je ova prezentacija postala legendarna i sada se istorijski smatra prekretnicom kada je IT industrija počela da traži metodologiju danas poznatu kao DevOps.

2010: DevOps u Sjedinjenim Američkim Državama

Sa sve većim brojem pratilaca, DevOpsDays konferencija je održana po prvi put u Sjedinjenim Državama u Mountain Viewu, Kalifornija, odmah nakon godišnje konferencije Velocity. Premotajte naprijed u 2018. i planirano je više od 30 DevOpsDays konferencija, uključujući desetine u Sjedinjenim Državama.

2013: Projekat "Feniks"

Za mnoge od nas, još jedan izuzetan trenutak u istoriji DevOps-a bilo je objavljivanje knjige “The Phoenix Project” autora Džina Kima, Kevina Bera i Džordža Saforda. Ovaj roman priča priču o IT menadžeru koji se našao u očajnoj situaciji: ima zadatak da spasi kritičan projekat e-trgovine koji je pošao po zlu. Misteriozni mentor menadžera - član upravnog odbora koji je strastven za metode vitke proizvodnje - predlaže nove načine protagonisti da razmišlja o IT-u i razvoju aplikacija, predviđajući koncept DevOps-a. Inače, „Projekat Phoenix“ nas je inspirisao da napišemo knjigu „Outsorsing ili inače...“ o sličnoj poslovnoj priči u kojoj potpredsednica softvera koristi DevOps tokom razvoja novog velikog outsource proizvoda.

DevOps za budućnost

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

Mnogo je postignuto od početka DevOps-a u posljednjoj deceniji, a očekujemo da ćemo vidjeti još više u 2018. i kasnije.

izvor: www.habr.com

Dodajte komentar