Ahoj, Habr! Představuji vám překlad článku autor Steve Mezak.
Podle vašeho pohledu, DevOps si letos připíše své deváté nebo desáté výročí. V roce 2016 zpráva společnosti RightScale o stavu cloudů uváděla, že 70 procent malých a středních podniků přijímá metody DevOps. Každá složka tohoto hodnocení od té doby vzrostla. Jak se DevOps chystá překročit svou druhou dekádu existence, bylo by skvělé projít se historickými zákoutími a vrátit se k základům DevOps — a dokonce k původu samotného názvu.
Do roku 2007: Dokonalý řetězec událostí
Před rokem 2007 série okolností nakonec dala vzniknout tomu, co dnes známe jako DevOps.
Štíhlá výroba se již prokázala jako osvědčená praxe. Také známá jako výrobní systém Toyota, štíhlá výroba usiluje o optimalizaci procesů v výrobní dílně. (Mimochodem, vedení Toyoty bylo původně inspirováno původními metodami montážní linky předloženými Ford Motor Company). Nepřetržité zlepšování je mantrou štíhlé výroby. V praxi se neustále hodnotí následující cesty:
- Udržování úrovně zásob surovin a hotových výrobků na minimu. Štíhlá výroba znamená minimální množství zásob surovin pro výrobu výrobků a minimální množství hotových výrobků čekajících na distribuci podle objednávek nebo dodání.
- Minimalizace fronty objednávek. Ideální je, když obdržené objednávky okamžitě přecházejí do stavu dokončených. Klíčovou metrikou štíhlé výroby vždy bude doba od přijetí objednávky do dodání.
- Maximalizace efektivity výrobního procesu. Přeuspořádání procesů a zlepšená automatizace se spojují za účelem co nejrychlejší výroby výrobků. Každé místo výroby na celé dráze (řezání, svařování, montáž, testování atd.) se hodnotí z hlediska neefektivity.
Ve světě IT tradiční metody vodopádového modelu vývoje softwaru již ustoupily rychlým iterativním metodám, jako je Agile. Rychlost byla bojovým pokřikem, i když kvalita někdy trpěla ve snaze o rychlý vývoj a nasazení. Přesně takto se cloudové technologie, zejména Infrastructure-as-a-Service (IaaS) a Platform-as-a-Service (PaaS) etablovaly jako zralá řešení v procesech a infrastruktuře IT.
Konečně, nedávno začaly vznikat nástroje pro Continuous Integration (CI). Představa o nástrojích CI byla vyvinuta a představena Grady Broomem již v roce 1991 v jeho metodě.
2007-2008: Zklamaný Belgičan
Belgičan Patrick Debois, konzultant, projektový manažer a praktik Agile, přijal jmenování od belgické vlády, aby pomohl s migrací datových center. Zvláště se zaměřil na certifikaci a ověřování připravenosti. Jeho povinnosti zahrnovaly koordinaci aktivit a budování vztahů mezi týmy vývoje softwaru a provozními týmy, serverydatovými centry a sítěmi. Jeho zklamání z nedostatku soudržnosti a zdí oddělujících metody vývoje a provozu v něm vzbudilo frustraci. Touha po zlepšení brzy vedla Deboise k činu.
Na konferenci Agile v Torontu v roce 2008 Andrew Schaefer navrhl moderovat speciálně uspořádané neformální setkání pro diskusi o tématu "Agilní infrastruktura". A jen jeden člověk přišel diskutovat o tomto tématu: Patrick Debois. Jejich diskuze a výměna myšlenek posunula koncept Agile správy systémů. Ve stejném roce Debois a Schaefer založili relativně úspěšnou skupinu Agile Systems Administrator na Googlu.
2009: Případ spolupráce Dev a Ops
Na konferenci O’Reilly Velocity dva zaměstnanci Flickr, senior vice president pro technické operace John Allspaw a technický ředitel Paul Hammond, představili nyní slavnou prezentaci „10 nasazení za den: spolupráce Dev a Ops ve Flickr“.
Prezentace měla dramatický styl, Allspaw a Hammond sehráli složitou interakci mezi zástupci Development a Operations během nasazení softwaru, spolu s hledáním viníků a vzájemnými obviněními ve stylu „To není můj kód, to jsou tvoje počítače!“ Jejich prezentace potvrdila, že jediným rozumným východiskem je, aby aktivity v oblasti vývoje a nasazení softwaru byly hladké, transparentní a plně integrované. S časem se tato prezentace stala legendární a nyní je historicky považována za klíčový mezník, kdy v IT průmyslu vznikl požadavek na metodologii, která je dnes známá jako DevOps.
2010: DevOps v USA
S rostoucím počtem příznivců se konference DevOpsDays poprvé konala v USA v Mountain View (Kalifornie) hned po každoroční konferenci Velocity. Přenesme se do roku 2018: je naplánováno více než 30 konferencí DevOpsDays, včetně desítek v USA.
2013: Projekt Phoenix
Pro mnohé z nás byl dalším pozoruhodným okamžikem v historii DevOps vydání knihy „Projekt Phoenix“ od Gina Kima, Kevina Bera a George Safforda. V tomto románu se vypráví příběh IT manažera, který se dostal do bezvýchodné situace: byl pověřen zachránit kriticky důležitý projekt rozvoje elektronického obchodování, který nešel podle plánu. Tajemný mentor manažera — člen představenstva, nadšený metodami štíhlého podnikání — naznačuje hlavnímu hrdinovi nové způsoby přemýšlení o IT a vývoji aplikací, předznamenávající koncept DevOps. Mimochodem, „Projekt Phoenix“ nás inspiroval k napsání knihy „Přejdi na outsourcing, jinak…“ o podobném příběhu z byznysu, když viceprezident pro software používá DevOps během vývoje nového velkého produktu na outsourcingu.
DevOps pro budoucnost
Mělo by se spíše než jako cílový bod popsat DevOps jako cestu nebo možná aspiraci. DevOps, stejně jako štíhlé podnikání, usiluje o neustálé zlepšování, zvyšování produktivity a efektivity a dokonce i o nepřetržité nasazení. Automatizované nástroje na podporu DevOps se stále vyvíjejí.
Od chvíle, kdy byl DevOps vytvořen před posledním desetiletím, bylo dosaženo mnoha úspěchů a očekáváme ještě více v roce 2018 a v budoucnu.
Zdroj: habr.com
