Cześć, Habr! Przedstawiam wam tłumaczenie artykułu autorstwa Steve'a Mezaka.
W zależności od perspektywy, DevOps w tym roku obchodzi swoją dziewiątą lub dziesiątą rocznicę. W 2016 roku raport firmy RightScale na temat stanu chmur wskazywał, że 70 procent małych i średnich przedsiębiorstw wdraża metody DevOps. Każdy wskaźnik uwzględniony w tej ocenie od tego czasu wzrósł. Gdy DevOps jest gotowy na rozpoczęcie drugiej dekady swojego istnienia, warto prześledzić zakamarki przeszłości i wrócić do korzeni DevOps — a nawet do pochodzenia samej tej nazwy.
Do 2007: Idealny ciąg zdarzeń
Do 2007 roku seria okoliczności ostatecznie doprowadziła do powstania tego, co dziś znane jest jako DevOps.
Zarządzanie Lean już od lat zyskało reputację najlepszej praktyki. Znane również jako system produkcyjny Toyoty, zarządzanie Lean dąży do optymalizacji procesów w zakładzie produkcyjnym. (Przy okazji, kierownictwo Toyoty początkowo inspirowało się oryginalnymi metodami linii montażowej zaprezentowanej przez Ford Motor Company). Ciągłe doskonalenie to mantra dla zarządzania Lean. W praktyce ciągle oceniane są następujące ścieżki:
- Utrzymanie minimalnego poziomu zapasów surowców i produktów gotowych. Zarządzanie Lean oznacza minimalną ilość surowców potrzebnych do produkcji towarów oraz minimalną ilość gotowych produktów, które oczekują na dystrybucję w ramach zamówień lub wysyłki.
- Minimalizacja kolejki zamówień. Idealnie, gdy złożone zamówienia przechodzą od razu do stanu zakończonych. Kluczowym wskaźnikiem zarządzania Lean zawsze będzie czas od złożenia zamówienia do dostawy.
- Maksymalizacja efektywności procesu produkcyjnego. Przeorganizowanie procesów i udoskonalona automatyzacja łączą się w celu jak najszybszej produkcji towarów. Każdy etap produkcji na całej drodze (cięcie, spawanie, montaż, testowanie, itp.) jest oceniany pod kątem nieefektywności.
W świecie IT tradycyjne metody kaskadowe w rozwoju oprogramowania ustąpiły miejsca szybkim metodom iteracyjnym, takim jak AgileSzybkość była bojowym okrzykiem, nawet jeśli jakość czasami ulegała pogorszeniu w pogoni za szybkim rozwojem i wdrażaniem. Podobnie chmurowe obliczenia, szczególnie Infrastruktura jako usługa (IaaS) oraz Platforma jako usługa (PaaS) zyskały reputację dojrzałych rozwiązań w procesach i infrastrukturze IT.
W końcu, niedawno zaczęły pojawiać się zestawy narzędzi dla i pozwala uprościć przygotowanie kodu do wdrożenia. (CI). Pojęcie narzędzi CI zostało wprowadzone przez Grady'ego Butcha jeszcze w 1991 roku w jego Metodzie Butcha.
2007-2008: Rozczarowany Belg
Belgijski konsultant, menedżer projektów i praktyk Agile, Patrick Debois, przyjął zlecenie od ministerstwa rządu Belgii, aby pomóc w migracji centrów danych. W szczególności zajmował się certyfikacją i weryfikacją gotowości. Obowiązki wymagały od niego koordynowania działań i budowania relacji między zespołami programistów a zespołami operacyjnymi, serwerówbazami danych i sieciami. Jego rozczarowanie brakiem spójności oraz murami dzielącymi metody rozwoju i eksploatacji wzbudziło w nim frustrację. Dążenie do lepszego wkrótce skłoniło Deboisa do działania.
W 2008 roku na konferencji Agile w Toronto Andrew Schafer zaproponował moderowanie specjalnie zorganizowanego nieformalnego spotkania w celu omówienia tematu "Agile Infrastructure". I tylko jedna osoba przyszła, aby omówić ten temat: Patrick Debois. Ich dyskusja i wymiana pomysłów posunęły do przodu koncepcję administracji systemami w stylu Agile. W tym samym roku Debois i Schafer stworzyli umiarkowanie udaną grupę Agile Systems Administrator w Google.
2009: Sprawa współpracy Dev i Ops
Na konferencji O'Reilly Velocity dwóch pracowników Flickr, starszy wiceprezes ds. operacji technicznych John Allspaw i dyrektor techniczny Paul Hammond, zaprezentowali teraz słynną prezentację «10 wdrożeń dziennie: współpraca Dev i Ops we Flickr».
Prezentacja miała dramatyczny styl, Allspaw i Hammond przedstawili skomplikowaną interakcję między przedstawicielami Development a Operations podczas wdrażania oprogramowania, poszukując winnych i wzajemnie obwiniając się w duchu "To nie mój kod, to wszystko przez twoje komputery!" Ich prezentacja potwierdziła, że jedynym rozsądnym rozwiązaniem jest, aby działalność związana z tworzeniem i wdrażaniem oprogramowania była płynna, przejrzysta i w pełni zintegrowana. Z biegiem czasu ta prezentacja stała się legendarna i jest dziś historycznie postrzegana jako kamień milowy, kiedy to w branży IT pojawiła się potrzeba metodologii znanej dzisiaj jako DevOps.
2010: DevOps w Stanach Zjednoczonych Ameryki
Wraz ze wzrostem liczby zwolenników, konferencja DevOpsDays po raz pierwszy odbyła się w Stanach Zjednoczonych Ameryki w Mountain View (Kalifornia) tuż po corocznej konferencji Velocity. Przenieśmy się do 2018 roku: planowanych jest ponad 30 konferencji DevOpsDays, w tym dziesiątki w Stanach Zjednoczonych.
2013: Projekt "Feniks"
Dla wielu z nas kolejnym znaczącym momentem w historii DevOps było wydanie książki "Projekt 'Feniks'" autorstwa Gene'a Kima, Kevina Beera i George'a Spafforda. W tej powieści opowiedziana jest historia menedżera IT, który znalazł się w sytuacji bez wyjścia: został wyznaczony do uratowania krytycznego projektu rozwoju e-commerce, który nie poszedł zgodnie z planem. Tajemniczy mentor menedżera — członek zarządu, pasjonujący się metodami Lean — podpowiada głównemu bohaterowi nowe sposoby myślenia o IT i tworzeniu aplikacji, przewidując koncepcję DevOps. A propos, "Projekt 'Feniks'" zainspirował nas do napisania książki "Przechodzisz na outsourcing, inaczej..." o podobnej historii z biznesu, gdzie wiceprezydent ds. oprogramowania wykorzystuje DevOps w trakcie rozwijania nowego, dużego produktu na outsourcingu.
DevOps dla przyszłości
DevOps należy raczej opisać jako podróż lub, być może, dążenie, a nie jako ostateczny cel. DevOps, podobnie jak Lean, dąży do ciągłego doskonalenia, zwiększenia wydajności i efektywności oraz nawet ciągłego wdrażania. Zautomatyzowane narzędzia wspierające DevOps wciąż się rozwijają.
W ciągu ostatniej dekady osiągnięto wiele od momentu powstania DevOps, a w 2018 roku i w przyszłości oczekujemy jeszcze więcej.
Źródło: habr.com
