Hej Habro! Zwracam uwagę na tłumaczenie artykułu przez Steve'a Mezaka.
W zależności od punktu widzenia DevOps będzie obchodzić w tym roku dziewiąte lub dziesiąte urodziny. W raporcie RightScales „State of the Cloud” z 2016 r. zauważono, że 70 procent małych i średnich firm wdraża praktyki DevOps. Od tego czasu każdy wskaźnik składający się na ten wynik wzrósł. Gdy DevOps przygotowuje się do wkroczenia w drugą dekadę, wspaniale byłoby wybrać się na spacer w przeszłość i wrócić do początków DevOps – a nawet do początków samej nazwy.
Przed 2007 rokiem: doskonały łańcuch wydarzeń
Przed rokiem 2007 szereg okoliczności ostatecznie dał początek temu, co jest dziś znane jako DevOps.
Pochylać się już sprawdziła się jako najlepsza praktyka. Znany również jako System produkcyjny ToyotyLean Manufacturing dąży do optymalizacji procesów na hali produkcyjnej. (Nawiasem mówiąc, kierownictwo Toyoty początkowo inspirowało się oryginalnymi metodami linii montażowej wprowadzonymi przez Ford Motor Company). Ciągłe doskonalenie to mantra Lean Manufacturing. W praktyce stale oceniane są następujące ścieżki:
- Utrzymywanie stanów magazynowych surowców i wyrobów gotowych na minimalnym poziomie. Lean Manufacturing oznacza minimalną ilość zapasów surowców do produkcji towarów i minimalną ilość gotowych produktów oczekujących na zamówienie lub wysyłkę.
- Minimalizacja kolejki zamówień. Idealnie, otrzymane zamówienia od razu przechodzą do stanu zrealizowanego. Kluczowym miernikiem odchudzonej produkcji zawsze będzie czas od otrzymania zamówienia do dostawy.
- Maksymalizacja efektywności procesu produkcyjnego. Reengineering procesów i ulepszona automatyzacja łączą się, aby wytwarzać towary tak szybko, jak to możliwe. Każdy obszar produkcji na całej ścieżce (cięcie, spawanie, montaż, testowanie itp.) jest oceniany pod kątem nieefektywności.
W świecie IT tradycyjne metody kaskadowego modelu wytwarzania oprogramowania ustąpiły już miejsca szybkim metodom iteracyjnym, takim jak Zwinny. Szybkość była hasłem przewodnim, nawet jeśli jakość czasami ucierpiała w pogoni za szybkim rozwojem i wdrażaniem. W podobny sposób, w szczególności przetwarzanie w chmurze Infrastruktura jako usługa (IaaS) i Platforma jako usługa (PaaS) sprawdziły się jako dojrzałe rozwiązania w procesach i infrastrukturze IT.
Wreszcie, ostatnio zaczęły pojawiać się zestawy narzędzi Ciągła integracja (CI). Idea narzędzi CI narodziła się i została przedstawiona przez Gradiego Boocha już w 1991 roku w jego Metodzie Boocha.
2007-2008: Rozczarowany Belg
Belgijski konsultant, kierownik projektów i praktyk Agile, Patrick Debois, przyjął nominację od ministerstwa rządu belgijskiego w celu pomocy w migracji centrów danych. W szczególności zajmował się certyfikacją i testami gotowości. Do jego obowiązków należało koordynowanie i budowanie relacji pomiędzy zespołami zajmującymi się tworzeniem oprogramowania a zespołami ds. operacji serwerów, baz danych i sieci. Frustracja spowodowana brakiem spójności i murami oddzielającymi metody rozwoju i działania wywołała w nim rozgoryczenie. Pragnienie Desboisa poprawy wkrótce skłoniło go do działania.
Na konferencji Agile w Toronto w 2008 roku Andrew Schaefer zaproponował moderowanie specjalnie zorganizowanego nieformalnego spotkania w celu omówienia tematu „Sprawna infrastruktura„I tylko jedna osoba przyszła, aby omówić ten temat: Patrick DeBois. Ich dyskusja i wymiana pomysłów rozwinęła koncepcję administracji systemami Agile. W tym samym roku DeBois i Schaefer utworzyli w Google umiarkowanie skuteczną grupę administratorów systemów Agile.
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, wygłosili słynną obecnie prezentację „10 wdrożeń dziennie: współpraca deweloperów i operatorów w serwisie Flickr”.
Prezentacja była dramatem, ponieważ Allspaw i Hammond odtwarzali złożone interakcje między przedstawicielami ds. rozwoju i operacji podczas procesu wdrażania oprogramowania, uzupełnione wytykaniem palcami i oskarżeniami w stylu: „To nie mój kod, to wszystkie wasze komputery!” Ich prezentacja potwierdziła, że jedyną rozsądną opcją jest zapewnienie płynnego, przejrzystego i w pełni zintegrowanego działania związanego z tworzeniem i wdrażaniem oprogramowania. Z biegiem czasu ta prezentacja stała się legendarna i obecnie jest historycznie postrzegana jako przełomowy kamień milowy, kiedy branża IT zaczęła wzywać do stosowania metodologii znanej dziś jako DevOps.
2010: DevOps w Stanach Zjednoczonych
Konferencja DevOpsDays, ciesząca się coraz większym zainteresowaniem, odbyła się po raz pierwszy w Stanach Zjednoczonych w Mountain View w Kalifornii, bezpośrednio po corocznej konferencji Velocity. Przejdźmy szybko do roku 2018, a zaplanowanych jest ponad 30 konferencji DevOpsDays, w tym dziesiątki w Stanach Zjednoczonych.
2013: Projekt „Feniks”
Dla wielu z nas kolejnym niezwykłym momentem w historii DevOps była publikacja książki „The Phoenix Project” autorstwa Gene’a Kima, Kevina Behra i George’a Safforda. Ta powieść opowiada historię menedżera IT, który znajduje się w rozpaczliwej sytuacji: otrzymuje zadanie uratowania krytycznego projektu e-commerce, który poszedł nie tak. Tajemniczy mentor menedżera – członek zarządu pasjonujący się metodami Lean Manufacturing – podpowiada bohaterowi nowe sposoby myślenia o IT i tworzeniu aplikacji, wyprzedzając koncepcję DevOps. Nawiasem mówiąc, „Projekt Phoenix” zainspirował nas do napisania książki „Outsourcing albo inaczej…” o podobnej historii biznesowej, w której wiceprezes ds. oprogramowania korzysta z DevOps podczas opracowywania nowego, głównego produktu outsourcingowego.
DevOps na przyszłość
Warto opisać DevOps jako podróż, a może aspirację, a nie ostateczny cel. DevOps, podobnie jak odchudzona produkcja, dąży do ciągłego doskonalenia, zwiększania produktywności i wydajności, a nawet ciągłego wdrażania. Zautomatyzowane narzędzia wspierające DevOps wciąż ewoluują.
Od czasu powstania DevOps w ostatniej dekadzie wiele osiągnięto, a w 2018 r. i kolejnych latach spodziewamy się jeszcze więcej.
Źródło: www.habr.com