Pozdrav, Habr! Predstavljam vam prevod članka autora Steve Mezak.
Ovisno o vašoj perspektivi, DevOps će ove godine proslaviti svoju devetu ili desetu godišnjicu. U 2016. godini, u izveštaju kompanije RightScale o stanju oblaka, navedeno je da 70 posto malih i srednjih preduzeća usvaja DevOps metode. Svaki indikator u toj proceni od tada je porastao. Dok se DevOps sprema da pređe u drugo deceniju svog postojanja, bilo bi lepo prošetati kroz zavrzlame prošlosti i vratiti se do korena DevOps-a — i čak do porekla samog tog naziva.
Pre 2007: Savršeni sled događaja
Pre 2007. godine, niz okolnosti je na kraju doveo do onoga što je danas poznato kao DevOps.
Lean manufacturing je već dokazano najbolja praksa. Takođe poznata kao proizvodni sistem Toyota, lean manufacturing teži optimizaciji procesa u proizvodnoj radionici. (Usput, uprava Toyote je prvobitno bila inspirisana originalnim metodama montažnih traka koje je predstavila Ford Motor Company). Neprekidno unapređivanje je mantra za lean manufacturing. U praksi se neprekidno procenjuju sledeći putevi:
- Održavanje nivoa zaliha sirovina i gotovih proizvoda na minimumu. Lean manufacturing podrazumeva minimalnu količinu sirovina potrebnih za proizvodnju dobara i minimalnu količinu već gotovih proizvoda koji čekaju distribuciju ili isporuku.
- Minimizacija redova narudžbina. Idealno je da primljene narudžbine odmah pređu u stanje završeno. Ključna metrika lean manufacturing-a uvek će biti vreme od prijema narudžbine do isporuke.
- Maksimizacija efikasnosti proizvodnog procesa. Reorganizacija procesa i poboljšana automatizacija se udružuju s ciljem brže proizvodnje dobara koliko god je to moguće. Svaka faza proizvodnje na celom putu (sečenje, zavarivanje, sastavljanje, testiranje itd.) procenjuje se radi neefikasnosti.
U svetu IT-a, tradicionalne metode kaskadne razvojne modela softvera su već ustupile mesto brzim iterativnim metodama, kao što je Agile. Hitrost je bila bojni krik, tudi če je bila včasih kakovost slabša v prizadevanju za hitro razvoj in uvajanje. Na podoben način so se oblačne storitve, zlasti Infrastruktura kot storitev (IaaS) in Platforma kot storitev (PaaS) izkazale za zrele rešitve v procesih in infrastrukturi IT.
Nazadnje so se nedavno začeli pojavljati nabori orodij za Neprekinjeno integracijo (CI). Koncept orodij CI je bil uveden in predstavljen s strani Gradyja Butcha leta 1991 v njegovem Metodu Butcha.
2007-2008: Razočarani Belgijec
Belgijski svetovalec, projektni vodja in praktik Agile Patrick Debois je prejel imenovanje od belgijske vladne ministrstva, da pomaga pri preselitvi podatkovnih centrov. Zlasti se je ukvarjal s certifikacijo in preverjanjem pripravljenosti. Njegove dolžnosti so od njega zahtevale usklajevanje dejanj in gradnjo odnosov med ekipami za razvoj programske opreme ter ekipami za obratovanje strežnikov, bazami podatkov in omrežji. Njegovo razočaranje nad pomanjkanjem usklajenosti in zidovi, ki so ločevali metode razvoja in obratovanja, je v njem povzročilo obžalovanje. Prizadevanje za boljše je kmalu pripeljalo Deboisa do dejanj.
Leta 2008 je na konferenci o Agile v Torontu Andrew Schaefer predlagal moderiranje posebno organiziranega neformalnega srečanja za razpravo o temi "Agile infrastruktura". In prav ena oseba je prišla razpravljati o temi: Patrick Debois. Njuna razprava in izmenjava idej sta napredovali koncept sistemskega upravljanja po Agile. V istem letu sta Debois in Schaefer ustanovila zmerno uspešno skupino Agile Systems Administrator na Googlu.
2009: Zadeva o sodelovanju Dev in Ops
Na konferenci O’Reilly Velocity sta dva uslužbenca Flickra, višji podpredsednik za tehnične operacije John Allspaw in tehnični direktor Paul Hammond, predstavila danes znamenito predstavitev «10 uvedb na dan: sodelovanje Dev in Ops v Flickru».
Predstavitev je bila v dramskem slogu, Olspow in Hammond sta uprizorila zapleteno interakcijo med predstavniki razvoja in operacij med uvajanjem programske opreme, skupaj s iskanjem krivcev in medsebnimi obtožbami v duhu: "To ni moja koda, to so vse tvoji računalniki!" Njihova predstavitev je potrdila, da je edina smiselna rešitev ta, da je dejavnost razvoja in uvajanja programske opreme gladka, pregledna in popolnoma integrirana. Sčasoma je ta predstavitev postala legendarna in jo zdaj zgodovinsko obravnavajo kot temeljno mejnik, ko se je v industriji IT pojavila potreba po metodologiji, znani danes kot DevOps.
2010: DevOps v Združenih državah Amerike
S povečevanjem števila privržencev je bila prva konferenca DevOpsDays izvedena v Združenih državah Amerike v Mountain View (Kalifornija) takoj po letni konferenci Velocity. Preskočimo na leto 2018: načrtovanih je več kot 30 konferenc DevOpsDays, vključno z desetimi v Združenih državah.
2013: Projekt "Feniks"
Za mnoge od nas je še en pomemben trenutek v zgodovini DevOps izid knjige "Projekt 'Feniks'" avtorjev Gina Kima, Kevina Bera in Georgea Safforda. V tem romanu je opisana zgodba IT-managers, ki se znajde v obupu: zaupana mu je naloga rešiti kritično pomemben projekt za razvoj e-trgovine, ki ni šel po načrtih. Tajanstveni mentor managerja — član upravnega odbora, navdušenec za metode vitke proizvodnje — usmeri glavnega junaka k novim načinom razumevanja IT in razvoja aplikacij, kar predvideva koncept DevOps. Mimogrede, "Projekt 'Feniks'" nas je navdihnil, da smo napisali knjigo "Prestopite na outsourcing, drugače..." o podobni zgodbi iz poslovnega sveta, kjer podpredsednik za programsko opremo uporablja DevOps pri razvoju novega velikega produkta na outsourcingu.
DevOps za prihodnost
DevOps je bolje opisati kot potovanje ali morda prizadevanje, namesto kot končno destinacijo. DevOps, tako kot vitko proizvodnjo, stremi k stalnemu izboljševanju, povečanju produktivnosti in učinkovitosti ter nenehnemu uvajanju. Avtomatizirana orodja za podporo DevOps se še naprej razvijajo.
V zadnjem desetletju je bilo doseženega veliko na področju DevOps, pričakujemo pa še več v letu 2018 in v prihodnosti.
Izvor: habr.com
