Ahoj, Habr! Predstavujem vám preklad článku autor Steve Mezak.
Z hľadiska vašej perspektívy, DevOps bude tento rok oslavovať svoje deviate alebo desiate výročie. V roku 2016 sa vo správe spoločnosti RightScale o stave cloudov uvádzalo, že 70 percent malých a stredných podnikov prijalo metódy DevOps. Každý indikátor, ktorý tvori túto štatistiku, odvtedy vzrástol. Kým sa DevOps chystá vstúpiť do svojej druhej dekády, bolo by skvelé prejsť sa po zákutiach minulosti a vrátiť sa k jeho koreňom – a dokonca aj k pôvodu samotného tohto názvu.
Do roku 2007: Ideálny sled udalostí
Do roku 2007 séria okolností nakoniec dala život tomu, čo dnes poznáme ako DevOps.
Štíhla výroba sa už osvedčila ako najlepšia prax. Tiež známa ako výrobné systémy Toyota, štíhla výroba sa snaží o optimalizáciu procesov vo výrobnom závode. (Mimochodom, vedenie Toyoty bolo pôvodne inšpirované originálnymi metódami montážnej linky, ktoré predstavila spoločnosť Ford Motor Company.) Nepretržité zlepšovanie je mantrou štíhlej výroby. V praxi sa neustále hodnotia nasledujúce cesty:
- Udržovanie úrovne zásob surovín a hotových výrobkov na minime. Štíhla výroba znamená minimálne množstvo surovín na výrobu tovaru a minimálne množstvo už hotových výrobkov, ktoré čakajú na distribúciu objednávok alebo odoslanie.
- Minimalizácia čakacích objednávok. Ideálne je, ak sa prijaté objednávky okamžite dostanú do stavu dokončených. Kľúčovou metrikou štíhlej výroby bude vždy čas od prijatia objednávky po dodanie.
- Maximalizácia efektivity výrobného procesu. Preorganizovanie procesov a zlepšená automatizácia sa spojili s cieľom výroby tovaru čo najrýchlejšie. Každé miesto výroby na celom procese (rezanie, zváranie, montáž, testovanie atď.) sa hodnotí z hľadiska neefektívnosti.
Vo svete IT tradičné metódy kaskádového modelu vývoja softvéru už ustúpili rýchlym iteratívnym metódam, ako sú Agile. Rýchlosť bola bojovým pokrikom, aj keď sa kvalita niekedy zhoršovala v honbe za rýchlym vývojom a nasadením. Takto sa aj cloud computing, konkrétne Infrastructure-as-a-Service (IaaS) a Platform-as-a-Service (PaaS) sa osvedčili ako zrelé riešenia v procesoch a infraštruktúre IT.
Nakoniec, nedávno sa začali objavovať nástroje pre Continuous Integration (CI). Predstavu o nástrojoch CI uviedol a predstavil Grady Booch už v roku 1991 vo svojej Metode Boocha.
2007-2008: Sklamaný Belgičan
Belgický konzultant, projektový manažér a praktik Agile Patrick Debois dostal poverenie od belgickej vlády, aby pomohol s migráciou dátových centier. V konkrétnych oblastiach sa zaoberal certifikáciou a overovaním pripravenosti. Jeho povinnosti vyžadovali, aby koordinoval činnosti a budoval vzťahy medzi tímami vývoja softvéru a prevádzkovými tímami serverov, databázami a sieťami. Jeho sklamanie z nedostatku súdržnosti a múrov, ktoré rozdelili metódy vývoja a prevádzky, v ňom vzbudilo hnev. Túžba po lepšom čoskoro priviedla Deboisa k akcii.
V roku 2008 na konferencii Agile v Toronte navrhol Andrew Schefer moderovať špeciálne usporiadané neformálne stretnutie na diskusiu o téme "Agile-infrastruktúra". A len jedna osoba prišla diskutovať o téme: Patrick Debois. Ich diskusia a výmena myšlienok posunula koncept systémového administrátora v rámci Agile. V tom istom roku Debois a Schefer vytvorili mierne úspešnú skupinu Agile Systems Administrator na Google.
2009: Prípad spolupráce Dev a Ops
Na konferencii O’Reilly Velocity dvaja zamestnanci Flickr, senior viceprezident pre technické operácie John Allspaw a technický riaditeľ Paul Hammond, predstavili dnes slávnu prezentáciu „10 nasadení denne: spolupráca Dev a Ops vo Flickr“.
Prezentácia bola vo forme dramy, Allspaw a Hammond hrali zložitú interakciu medzi zástupcami Development a Operations počas nasadzovania softvéru s hľadaním vinníkov a vzájomnými obvineniami v duchu „To nie je môj kód, to sú tvoje počítače!“ Ich prezentácia potvrdila, že jediné rozumné riešenie je, aby činnosť vývoja a nasadzovania softvéru bola plynulá, transparentná a plne integrovaná. Postupom času sa táto prezentácia stala legendárnou a teraz je historicky považovaná za zásadný míľnik, keď v IT priemysle vznikol dopyt po metodológii, ktorá je dnes známa ako DevOps.
2010: DevOps v Spojených štátoch amerických
S rastúcim počtom podporovateľov sa konferencia DevOpsDays prvýkrát konala v Spojených štátoch amerických v Mountain View (Kalifornia) hneď po ročnej konferencii Velocity. Presuňme sa do roku 2018: naplánovaných je viac ako 30 konferencií DevOpsDays, vrátane desiatok v Spojených štátoch.
2013: Projekt „Fénix“
Pre mnohých z nás bol ďalším pozoruhodným momentom v histórii DevOps vydanie knihy „Projekt 'Fénix'“ od Gina Kima, Kevina Beera a Georga Safforda. V tomto románe sa rozpráva príbeh IT manažéra, ktorý sa dostal do bezvýchodiskovej situácie: bol poverený zachrániť kriticky dôležitý projekt vývoja elektronického obchodu, ktorý sa nevydaril. Tajomný mentor manažéra — člen predstavenstva, ktorý je nadšený metódami štíhleho riadenia — naznačuje hlavnému hrdinovi nové spôsoby uvažovania o IT a vývoji aplikácií, predvídajúce koncept DevOps. Mimochodom, „Projekt 'Fénix'“ nás inšpiroval napísať knihu „Prejdi na outsourcing, inak...“ o podobnom príbehu z podnikania, keď viceprezident pre softvér využíva DevOps pri vývoji nového veľkého produktu na outsourcingu.
DevOps pre budúcnosť
Stojí za to opísať DevOps skôr ako cestu alebo možno túžbu, než ako konečný cieľ. DevOps, podobne ako štíhle riadenie, usiluje o neustále zlepšovanie, zvyšovanie produktivity a efektivity a dokonca aj neustále nasadzovanie. Automatizované nástroje na podporu DevOps sa naďalej vyvíjajú.
Veľa sa dosiahlo od vzniku DevOps v poslednom desaťročí a očakávame, že uvidíme ešte viac v roku 2018 a v budúcnosti.
Zdroj: habr.com
