DevOps izcelsme: kāds ir nosaukums?

Čau Habr! Piedāvāju jūsu uzmanībai raksta tulkojumu "DevOps izcelsme: kas ir vārdā?" autors Stīvs Mezaks.

AtkarÄ«bā no jÅ«su skatÄ«juma DevOps Å”ogad svinēs savu devÄ«to vai desmito gadadienu. 2016. gadā RightScales ziņojumā par mākoņa stāvokli tika atzÄ«mēts, ka 70 procenti MVU izmanto DevOps praksi. Katrs rādÄ«tājs, kas veido Å”o punktu, kopÅ” tā laika ir palielinājies. Kamēr DevOps gatavojas sākt savu otro desmitgadi, bÅ«tu lieliski pastaigāties pagātnē un atgriezties pie DevOps pirmsākumiem un pat paÅ”a nosaukuma pirmsākumiem.

Pirms 2007. gada: ideāla notikumu ķēde

Pirms 2007. gada virkne apstākļu galu galā radÄ«ja to, ko mÅ«sdienās sauc par DevOps.

Liekties jau ir pierādÄ«jusi sevi kā labāko praksi. Zināms arÄ« kā Toyota ražoÅ”anas sistēma, Lean Manufacturing cenÅ”as optimizēt procesus ražoÅ”anas grÄ«dā. (Starp citu, Toyota vadÄ«bu sākotnēji iedvesmoja Ford Motor Company ieviestās oriÄ£inālās montāžas lÄ«nijas metodes). PastāvÄ«gu uzlaboÅ”anu ir vienkārÅ”as ražoÅ”anas mantra. Praksē pastāvÄ«gi tiek novērtēti Ŕādi ceļi:

  1. Izejvielu un gatavās produkcijas krājumu lÄ«meņa uzturÄ“Å”ana lÄ«dz minimumam. VienkārÅ”a ražoÅ”ana nozÄ«mē minimālu izejvielu krājumu daudzumu, lai ražotu preces, un minimālo gatavo produktu daudzumu, kas gaida pasÅ«tÄ«Å”anu vai nosÅ«tÄ«Å”anu.
  2. PasÅ«tÄ«jumu rindas samazināŔana. Ideālā gadÄ«jumā saņemtie pasÅ«tÄ«jumi nekavējoties pāriet uz pabeigtu stāvokli. Tautas ražoÅ”anas galvenais rādÄ«tājs vienmēr bÅ«s laiks no pasÅ«tÄ«juma saņemÅ”anas lÄ«dz piegādei.
  3. RažoÅ”anas procesa efektivitātes maksimāla palielināŔana. Procesu pārplānoÅ”ana un uzlabota automatizācija tiek apvienota, lai preces ražotu pēc iespējas ātrāk. Katrai ražoÅ”anas zonai visā trasē (grieÅ”ana, metināŔana, montāža, pārbaude utt.) tiek novērtēta neefektivitāte.

IT pasaulē tradicionālās programmatÅ«ras izstrādes Å«denskrituma modeļa metodes jau ir devuÅ”as vietu ātrajām iteratÄ«vajām metodēm, piemēram, veikls. Ātrums bija rallija sauciens, pat ja kvalitāte dažkārt cieta, tiecoties pēc straujas attÄ«stÄ«bas un ievieÅ”anas. Tādā paŔā veidā, jo Ä«paÅ”i mākoņdatoÅ”ana InfrastruktÅ«ra kā pakalpojums (IaaS) un Platforma kā pakalpojums (PaaS) ir pierādÄ«juÅ”i sevi kā nobrieduÅ”i risinājumi IT procesos un infrastruktÅ«rā.

Visbeidzot, nesen ir sākuÅ”i parādÄ«ties rÄ«ku komplekti Nepārtraukta integrācija (CI). CI rÄ«ku ideju radÄ«ja un prezentēja Gradi Booch 1991. gadā savā BÅ«Å”a metodē.

2007-2008: vīlies beļģis

Beļģijas konsultants, Agile projektu un prakses vadÄ«tājs Patriks Debuā ir piekritis Beļģijas valdÄ«bas ministrijai, lai palÄ«dzētu datu centru migrācijā. Jo Ä«paÅ”i viņŔ bija iesaistÄ«ts sertifikācijā un gatavÄ«bas pārbaudēs. Viņa pienākumi lika viņam koordinēt un veidot attiecÄ«bas starp programmatÅ«ras izstrādes komandām un serveru, datu bāzu un tÄ«kla operāciju komandām. Viņa neapmierinātÄ«ba ar kohēzijas trÅ«kumu un sienām, kas atdala attÄ«stÄ«bas un darbÄ«bas metodes, padarÄ«ja viņu rÅ«gtu. Desbuā vēlme pilnveidoties drÄ«z vien lika viņam rÄ«koties.
2008. gada Agile konferencē Toronto EndrjÅ« Šēfers ierosināja vadÄ«t Ä«paÅ”i organizētu neformālu sanāksmi, lai apspriestu Å”o tēmu.Agile infrastruktÅ«ra"Un tikai viens cilvēks ieradās, lai apspriestu Å”o tēmu: Patriks Debuā. Viņu diskusija un ideju apmaiņa virzÄ«ja uz priekÅ”u Agile sistēmu administrÄ“Å”anas koncepciju. Tajā paŔā gadā DeBois un Schaefer izveidoja vidēji veiksmÄ«gu Agile Systems Administrator grupu Google.

2009: Dev un Ops sadarbības gadījums

Konferencē O'Reilly Velocity divi Flickr darbinieki, vecākais tehnisko operāciju viceprezidents Džons Allspaw un CTO Pols Hammonds uzstājās ar tagad slaveno prezentāciju. "10 izvietoÅ”anas reizes dienā: izstrādātāju un operāciju sadarbÄ«ba vietnē Flickr".

Prezentācija bija drāma, un Allspaw un Hammond atkārtoja sarežģīto mijiedarbÄ«bu starp izstrādes un operāciju pārstāvjiem programmatÅ«ras izvietoÅ”anas procesa laikā, kā arÄ« rādÄ«Å”anu ar pirkstu un pārmetumiem, piemēram, ā€œTas nav mans kods, tas ir visi jÅ«su datori!ā€ Viņu prezentācija apstiprināja, ka vienÄ«gais saprātÄ«gais risinājums ir nodroÅ”ināt, lai programmatÅ«ras izstrādes un ievieÅ”anas darbÄ«bas bÅ«tu vienmērÄ«gas, pārredzamas un pilnÄ«bā integrētas. Laika gaitā Ŕī prezentācija kļuva leÄ£endāra un tagad vēsturiski tiek uzskatÄ«ta par nozÄ«mÄ«gu pavērsienu, kad IT nozare sāka pieprasÄ«t metodi, kas mÅ«sdienās pazÄ«stama kā DevOps.

2010: DevOps Amerikas Savienotajās Valstīs

Ar pieaugoÅ”u sekotāju skaitu DevOpsDays konference pirmo reizi notika Amerikas Savienotajās ValstÄ«s Mountain View, Kalifornijā, tÅ«lÄ«t pēc ikgadējās Velocity konferences. Pārejiet uz 2018. gadu, un ir ieplānotas vairāk nekā 30 DevOpsDays konferences, tostarp desmitiem konferenču Amerikas Savienotajās ValstÄ«s.

2013: projekts "Fēnikss"

Daudziem no mums vēl viens ievērojams brÄ«dis DevOps vēsturē bija Džīna Kimas, Kevina Bēra un Džordža Saforda grāmatas ā€œThe Phoenix Projectā€ publicÄ“Å”ana. Å is romāns stāsta par IT vadÄ«tāju, kurÅ” nonāk izmisÄ«gā situācijā: viņam tiek uzdots glābt kritisku e-komercijas projektu, kas nonācis greizi. VadÄ«tāja noslēpumainais mentors ā€“ direktoru padomes loceklis, kurÅ” aizraujas ar ekonomiskajām ražoÅ”anas metodēm ā€“ iesaka galvenajam varonim jaunus veidus, kā domāt par IT un lietojumprogrammu izstrādi, paredzot DevOps koncepciju. Starp citu, ā€œThe Phoenix Projectā€ iedvesmoja mÅ«s uzrakstÄ«t grāmatu ā€œÄ€rpakalpojums vai citādi...ā€ par lÄ«dzÄ«gu biznesa stāstu, kurā programmatÅ«ras viceprezidents izmanto DevOps jauna liela ārpakalpojuma produkta izstrādes laikā.

DevOps nākotnei

Ir vērts aprakstÄ«t DevOps kā ceļojumu vai, iespējams, vēlmi, nevis galamērÄ·i. DevOps, tāpat kā vienkārŔā ražoÅ”ana, cenÅ”as nodroÅ”ināt nepārtrauktus uzlabojumus, palielināt produktivitāti un efektivitāti un pat nepārtrauktu izvērÅ”anu. Automatizētie rÄ«ki DevOps atbalstam turpina attÄ«stÄ«ties.

KopÅ” DevOps izveides pēdējā desmitgadē ir sasniegts daudz, un mēs ceram redzēt vēl vairāk 2018. gadā un turpmāk.

Avots: www.habr.com

Pievieno komentāru