Uppruni DevOps: Hvað er í nafninu?

Hæ Habr! Ég kynni þér þýðingu greinarinnar "Uppruni DevOps: Hvað er í nafni?" eftir Steve Mezak

Það fer eftir sjónarhorni þínu, DevOps mun fagna níunda eða tíu ára afmæli sínu á þessu ári. Árið 2016 tók RightScales State of the Cloud skýrsluna fram að 70 prósent lítilla og meðalstórra fyrirtækja tileinka sér DevOps starfshætti. Sérhver vísir sem myndar þetta stig hefur hækkað síðan þá. Þegar DevOps undirbýr sig fyrir annan áratuginn, væri frábært að rölta niður fortíðina og snúa aftur til uppruna DevOps – og jafnvel uppruna nafnsins sjálfs.

Fyrir 2007: Fullkomin atburðarás

Fyrir 2007 fæddi röð aðstæðna að lokum það sem er þekkt í dag sem DevOps.

Halla hefur þegar sannað sig sem bestu starfshætti. Líka þekkt sem Toyota framleiðslukerfi, Lean Manufacturing leitast við að hámarka ferla á framleiðslugólfinu. (Við the vegur, stjórnendur Toyota voru upphaflega innblásnir af upprunalegu færibandsaðferðum sem Ford Motor Company kynnti). Stöðug framför er þula fyrir lean manufacturing. Í reynd eru eftirfarandi leiðir stöðugt metnar:

  1. Halda birgðum af hráefni og fullunnum vörum í lágmarki. Lean framleiðsla þýðir lágmarksmagn af hráefnisbirgðum til að framleiða vörur og lágmarksmagn fullunnar vörur sem bíða eftir pöntun eða sendingu.
  2. Lágmarka pöntunarröð. Helst færast mótteknar pantanir strax í fullbúið ástand. Lykilmælikvarðinn fyrir lean manufacturing mun alltaf vera tíminn frá móttöku pöntunar til afhendingar.
  3. Hámarka skilvirkni framleiðsluferlisins. Ferlaendurhönnun og bætt sjálfvirkni sameinast til að framleiða vörur eins fljótt og auðið er. Sérhvert framleiðslusvæði meðfram allri leiðinni (skurður, suðu, samsetning, prófun osfrv.) er metin með tilliti til óhagkvæmni.

Í upplýsingatækniheiminum hafa hefðbundnar aðferðir fosslíkans hugbúnaðarþróunar þegar vikið fyrir hröðum endurteknum aðferðum eins og Lipur. Hraði var hrópið, jafnvel þótt gæði hafi stundum orðið fyrir skaða í leit að hraðri þróun og dreifingu. Á svipaðan hátt, einkum tölvuský Innviðir sem þjónusta (IaaS) og Platform-as-a-Service (PaaS) hafa sannað sig sem þroskaðar lausnir í upplýsingatækniferlum og innviðum.

Loksins hafa verkfærasett nýlega farið að birtast fyrir Stöðug samþætting (CI). Hugmyndin um CI verkfæri var fædd og kynnt af Gradi Booch aftur árið 1991 í Booch Method hans.

2007-2008: Vonsvikinn Belgi

Belgíski ráðgjafinn, Agile verkefnis- og framkvæmdastjórinn, Patrick Debois, hefur samþykkt skipun frá belgísku ríkisstjórninni til að aðstoða við flutning gagnavera. Einkum tók hann þátt í vottun og viðbúnaðarprófum. Ábyrgð hans krafðist þess að hann samræmdi og byggði upp tengsl milli hugbúnaðarþróunarteyma og teyma fyrir netþjóna, gagnagrunna og netrekstur. Gremja hans yfir samheldnileysinu og múrunum sem aðskilja þróun og rekstraraðferðir gerðu hann bitur. Löngun Desbois til að bæta sig leiddi hann fljótlega til aðgerða.
Á Agile ráðstefnunni 2008 í Toronto, lagði Andrew Schaefer til að stjórna sérstaklega skipuðum óformlegum fundi til að ræða efnið "Snilldar innviðir"Og aðeins einn aðili kom til að ræða efnið: Patrick DeBois. Umræða þeirra og skoðanaskipti ýttu undir hugmyndina um Agile kerfisstjórnun. Sama ár stofnuðu DeBois og Schaefer hinn hóflega farsæla Agile Systems Administrator hóp hjá Google.

2009: Málið um samvinnu milli Dev og Ops

Á O'Reilly Velocity ráðstefnunni héldu tveir starfsmenn Flickr, yfirforseti tæknirekstrar John Allspaw og tæknistjóri Paul Hammond, hina frægu kynningu. "10 dreifingar á dag: Dev and Ops Collaboration á Flickr".

Kynningin var dramatísk, þar sem Allspaw og Hammond endurspegluðu flókin samskipti þróunar- og rekstrarfulltrúa á meðan á hugbúnaðaruppfærsluferlinu stóð, ásamt því að benda á fingurgóma og ásakanir í líkingu við „Þetta er ekki kóðinn minn, það eru allar tölvurnar þínar! Kynning þeirra staðfesti að eini skynsamlegi kosturinn er að hugbúnaðarþróun og dreifing starfsemi sé óaðfinnanleg, gagnsæ og að fullu samþætt. Með tímanum varð þessi kynning goðsagnakennd og er nú sögulega litið á það sem tímamót þegar upplýsingatækniiðnaðurinn fór að kalla eftir aðferðafræðinni sem í dag er þekkt sem DevOps.

2010: DevOps í Bandaríkjunum

Með vaxandi fylgi var DevOpsDays ráðstefnan haldin í fyrsta skipti í Bandaríkjunum í Mountain View, Kaliforníu, strax í kjölfar árlegrar Velocity ráðstefnu. Hratt áfram til ársins 2018 og það eru meira en 30 DevOpsDays ráðstefnur á dagskrá, þar á meðal tugir í Bandaríkjunum.

2013: Verkefnið "Fönix"

Fyrir mörg okkar var önnur athyglisverð stund í sögu DevOps útgáfa bókarinnar „The Phoenix Project“ eftir Gene Kim, Kevin Behr og George Safford. Þessi skáldsaga segir frá upplýsingatæknistjóra sem lendir í örvæntingarfullri stöðu: honum er falið að bjarga mikilvægu rafrænu viðskiptaverkefni sem hefur farið úrskeiðis. Dularfullur leiðbeinandi stjórnandans - stjórnarmaður sem hefur brennandi áhuga á sléttum framleiðsluaðferðum - bendir aðalpersónunni á nýjar leiðir til að hugsa um upplýsingatækni og forritaþróun, með tilliti til hugmyndarinnar um DevOps. Við the vegur, „The Phoenix Project“ hvatti okkur til að skrifa bókina „Útvista eða annað...“ um svipaða viðskiptasögu þar sem framkvæmdastjóri hugbúnaðar notar DevOps við þróun nýrrar stórrar útvistaðrar vöru.

DevOps fyrir framtíðina

Það er þess virði að lýsa DevOps sem ferðalagi, eða kannski von, frekar en lokaáfangastað. DevOps, eins og lean manufacturing, leitast við stöðugar umbætur, aukna framleiðni og skilvirkni og jafnvel stöðuga uppsetningu. Sjálfvirk verkfæri til að styðja DevOps halda áfram að þróast.

Margt hefur áunnist frá upphafi DevOps á síðasta áratug og við gerum ráð fyrir að sjá enn meira árið 2018 og víðar.

Heimild: www.habr.com

Bæta við athugasemd