Čau Habr! Do pozornosti dávam preklad článku od Steva Mezaka.
V závislosti od uhla pohľadu oslávi DevOps tento rok svoje deviate alebo desiate výročie. V roku 2016 správa RightScales State of the Cloud uviedla, že 70 percent malých a stredných podnikov si osvojuje postupy DevOps. Každý ukazovateľ, ktorý tvorí toto skóre, sa odvtedy zvýšil. Keď sa DevOps pripravuje na vstup do druhej dekády, bolo by skvelé urobiť si prechádzku minulosťou a vrátiť sa k pôvodom DevOps – a dokonca aj k pôvodu samotného názvu.
Pred rokom 2007: Dokonalý reťazec udalostí
Pred rokom 2007 séria okolností nakoniec zrodila to, čo je dnes známe ako DevOps.
Lean sa už osvedčilo ako osvedčený postup. Taktiež známy ako Výrobný systém Toyota, Lean Manufacturing sa snaží optimalizovať procesy vo výrobe. (Mimochodom, vedenie Toyoty sa spočiatku inšpirovalo pôvodnými metódami montážnej linky, ktoré zaviedla Ford Motor Company). Neustále zlepšovanie je mantra pre štíhlu výrobu. V praxi sa neustále vyhodnocujú tieto cesty:
- Udržiavanie zásob surovín a hotových výrobkov na minime. Štíhla výroba znamená minimálne množstvo zásob surovín na výrobu tovaru a minimálne množstvo hotových výrobkov čakajúcich na objednávku alebo odoslanie.
- Minimalizácia frontu objednávok. V ideálnom prípade sa prijaté objednávky okamžite presunú do dokončeného stavu. Kľúčovou metrikou pre štíhlu výrobu bude vždy čas od prijatia objednávky po dodanie.
- Maximalizácia efektivity výrobného procesu. Prepracovanie procesov a zlepšená automatizácia sa spájajú, aby sa tovar vyrábal čo najrýchlejšie. Každá oblasť výroby pozdĺž celej dráhy (rezanie, zváranie, montáž, testovanie atď.) je hodnotená z hľadiska neefektívnosti.
V IT svete už tradičné metódy vodopádového modelu vývoja softvéru ustúpili rýchlym iteračným metódam ako napr Agilný. Rýchlosť bola výkrikom rally, aj keď kvalita niekedy utrpela v snahe o rýchly vývoj a nasadenie. V podstate rovnakým spôsobom, najmä cloud computing Infraštruktúra ako služba (IaaS) a Platform-as-a-Service (PaaS) sa osvedčili ako vyspelé riešenia v IT procesoch a infraštruktúre.
Nakoniec sa nedávno začali objavovať sady nástrojov pre Kontinuálna integrácia (CI). Myšlienku nástrojov CI zrodil a predstavil Gradi Booch už v roku 1991 vo svojej metóde Booch.
2007-2008: sklamaný Belgičan
Belgický konzultant, projektový a praktický manažér Agile Patrick Debois prijal menovanie od belgického vládneho ministerstva, aby pomohol s migráciou dátových centier. Zaoberal sa najmä certifikáciou a testovaním pripravenosti. Jeho povinnosti od neho vyžadovali koordináciu a budovanie vzťahov medzi tímami vývoja softvéru a tímami serverov, databáz a sieťových operácií. Frustrácia z nedostatku súdržnosti a múrov oddeľujúcich vývojové a prevádzkové metódy ho zanechala zatrpknutú. Desboisova túžba po zlepšení ho čoskoro priviedla k činu.
Na konferencii Agile v Toronte v roku 2008 Andrew Schaefer navrhol moderovať špeciálne zorganizované neformálne stretnutie na prediskutovanie tejto témy „Agilná infraštruktúra"A na túto tému prišiel diskutovať iba jeden človek: Patrick DeBois. Ich diskusia a výmena nápadov posunuli koncepciu správy agilných systémov. V tom istom roku DeBois a Schaefer vytvorili v spoločnosti Google mierne úspešnú skupinu Agile Systems Administrator.
2009: Prípad spolupráce medzi Dev a Ops
Na konferencii O'Reilly Velocity dvaja zamestnanci Flickr, senior viceprezident pre technické operácie John Allspaw a CTO Paul Hammond, predniesli dnes už slávnu prezentáciu „10 nasadení denne: Spolupráca vývojárov a operácií na Flickri“.
Prezentácia bola dramatická, Allspaw a Hammond zopakovali komplexné interakcie medzi zástupcami vývoja a prevádzky počas procesu nasadzovania softvéru, doplnené osočovaním a obviňovaním v duchu „Toto nie je môj kód, sú to všetky vaše počítače!“ Ich prezentácia potvrdila, že jedinou rozumnou možnosťou je, aby vývoj a nasadzovanie softvéru boli bezproblémové, transparentné a plne integrované. Postupom času sa táto prezentácia stala legendárnou a teraz je historicky považovaná za kľúčový míľnik, keď IT priemysel začal volať po metodológii dnes známej ako DevOps.
2010: DevOps v Spojených štátoch amerických
S rastúcou sledovanosťou sa konferencia DevOpsDays po prvýkrát konala v Spojených štátoch v Mountain View v Kalifornii, bezprostredne po výročnej konferencii Velocity. Rýchly posun vpred do roku 2018 a naplánovaných je viac ako 30 konferencií DevOpsDays, vrátane desiatok v Spojených štátoch.
2013: Projekt "Phoenix"
Pre mnohých z nás bolo ďalším pozoruhodným momentom v histórii DevOps vydanie knihy „The Phoenix Project“ od Gene Kima, Kevina Behra a Georgea Safforda. Tento román rozpráva príbeh IT manažéra, ktorý sa ocitne v zúfalej situácii: má za úlohu zachrániť kritický projekt elektronického obchodu, ktorý sa pokazil. Záhadný mentor manažéra – člen predstavenstva, ktorý je zanietený pre metódy štíhlej výroby – navrhuje hlavnej postave nové spôsoby, ako premýšľať o IT a vývoji aplikácií, pričom predvída koncept DevOps. Mimochodom, “The Phoenix Project” nás inšpiroval k napísaniu knihy “Outsource or else...” o podobnom podnikateľskom príbehu, v ktorom viceprezident pre softvér používa DevOps počas vývoja nového významného outsourcovaného produktu.
DevOps pre budúcnosť
Stojí za to opísať DevOps ako cestu, alebo možno ašpiráciu, a nie ako konečný cieľ. DevOps, podobne ako štíhla výroba, sa snaží o neustále zlepšovanie, zvyšovanie produktivity a efektívnosti a dokonca aj o neustále nasadzovanie. Automatizované nástroje na podporu DevOps sa naďalej vyvíjajú.
Od založenia DevOps v poslednom desaťročí sa dosiahlo veľa a očakávame, že v roku 2018 a neskôr uvidíme ešte viac.
Zdroj: hab.com