DevOps undirstöður og hugtök

Í þessari færslu munum við fjalla um undirstöður, hugtök og venjur sem eru nauðsynlegar fyrir alla sem vinna í DevOps umhverfi.

Við munum fjalla um eftirfarandi:

  • Menning - Menning samvinnu Dev og Ops
  • Æfingar - Aðferðirnar sem styðja markmið DevOps menningar
  • Verkfæri - Tólin sem hjálpa til við að innleiða DevOps starfshætti
  • Ský - Náið samband DevOps og skýsins

Hvað er DevOps

DevOps = Dev (þróun) + Ops (aðgerðir)

Þessi skilgreining frá Wikipedia er góður upphafspunktur:

„DevOps er hugbúnaðarverkfræði og menning sem miðar að því að sameina hugbúnaðarþróun (Dev) og hugbúnaðargerð (Ops) ... DevOps miðar að styttri þróunarferlum, aukinni dreifingartíðni, áreiðanlegri útgáfum, í nánu samræmi við markmið fyrirtækisins.“

DevOps er

  • DevOps er fyrst menning samvinnu verktaki og rekstrarfólks
  • Þessi menning hefur gefið tilefni til setja af Practices
  • DevOps er vinnubrögð
  • DevOps er hreyfing, af iðkendum, fyrir iðkendur

DevOps er ekki

  • DevOps er EKKI verkfæri, en Verkfæri eru nauðsynleg til að ná árangri í DevOps
  • DevOps er EKKI staðall
  • DevOps er EKKI vara
  • DevOps er EKKI starfsheiti

DevOps menning

DevOps menning snýst um samstarf milli Dev og Ops. Hefð var fyrir því að þau tvö störfuðu sérstaklega og höfðu öðruvísi og andstæðar markmið.



Undir DevOps menningunni vinna Dev og Ops saman og deila sama markmið . Það er umhyggja devs um stöðugleika sem og hraða, og ops hugsa um hraða sem og stöðugleika.

Hefðbundin hlutverk verktaka og rekstrarverkfræðinga verða óskýr undir DevOps.

Í stað þess að „henda kóða yfir vegginn“ vinna dev og ops saman að því að búa til og nota verkfæri og ferla sem styðja bæði hraða og stöðugleika.

Með DevOps:

  • Dev og Ops spila í sama liðinu

  • Dev og Ops deila sömu markmiðum



    • Fljótur tímamarkaður (TTM)

    • Fáir bilanir í framleiðslu

    • Strax bati eftir bilanir

Hefðbundin síló

Hvað var að hinum hefðbundnu sílóum?

Undir hefðbundnum sílóum:

  • Devs skrifa einhvern kóða
  • „Kastaðu því yfir múrinn“ til QA
  • Kóði skoppar fram og til baka milli Dev og QA þar sem QA uppgötvar vandamál og Devs laga þau
  • Að lokum er það tilbúið til framleiðslu
  • QA / Dev „hendir kóðanum yfir múrinn“ í aðgerð
  • Ef það er vandamál, kastar Ops því aftur yfir vegginn til Dev
  • Lén hvers hóps er „svartur kassi“ fyrir aðra hópa
  • Ops myndi segja: „Kerfin okkar eru fín; það er kóðinn þinn! “
  • Dev myndi segja: „En kóðinn virkar á vélinni minni!“

Þessi vinnubrögð leiða til mikils fingurbendis - Ops er svartur kassi, Devs treysta þeim ekki raunverulega og Ops treysta Devs ekki raunverulega.

Dev og Ops hafa mismunandi forgangsröðun - Ops lítur á Devs sem að brjóta stöðugleika og Devs sjá ops sem hindrun fyrir að skila kóðanum sínum.

Jafnvel þó þeir VILI vinna saman - Dev er mælt með því að skila eiginleikum, sem þýðir að dreifa breytingum og Ops er mælt með spenntur, en breytingar eru slæmar fyrir stöðugleika.

Ókostir hefðbundinna sílóa

  • „Svartir kassar“ leiða til þess að fingurinn vísar
  • Langt ferli þýðir hægan tíma á markað
  • Skortur á sjálfvirkni þýðir að hlutir eins og smíði og dreifing eru ósamræmi
  • Það tekur langan tíma að greina og laga vandamál

Sameina Dev og Ops (DevOps)

Hvernig lagar DevOps hefðbundin síló vandamál?

Undir DevOps líkaninu:

  • Devs skrifa kóða
  • Kóða skuldbinding kallar af sjálfvirkri uppbyggingu, samþættingu og prófunum
  • QA getur fengið það í hendurnar næstum strax
  • Þegar það er tilbúið skaltu ráðast í sjálfvirka dreifingu til framleiðslu
  • Þar sem allt er sjálfvirkt er miklu auðveldara að dreifa því á meðan hlutirnir eru stöðugir
  • Dreifingar geta komið mun oftar fyrir og fengið aðgerðir í hendur viðskiptavina hraðar
  • Ef nýjasta dreifingin brýtur eitthvað í framleiðslu tilkynnir sjálfvirkt eftirlit teymið strax
  • Liðið gerir afturhvarf með því að dreifa fyrri vinnuútgáfunni og laga vandamálið fljótt
  • Klukkutíma síðar er dev teymið fær um að dreifa fastri útgáfu af nýja kóðanum

Dev og Ops unnu saman að því að forgangsraða bæði afhendingarhraða og stöðugleika.

Sjálfvirkni leiddi til samkvæmni - Bygging, prófanir og dreifing gerðist á sama hátt í hvert skipti, miklu hraðar og oftar

Gott eftirlit, auk skjótt dreifingarferlis, tryggði að hægt væri að laga vandamál jafnvel áður en notendur tóku eftir þeim. Jafnvel þó að kóðabreyting hafi valdið vandamáli upplifðu notendur litla sem enga niður í miðbæ.

Ávinningur af DevOps

  • Tæknihópar hafa tilhneigingu til að vera ánægðari með DevOps en að vera undir hefðbundnum sílóum
  • Meiri tími til nýsköpunar og minni tími til að slökkva elda
  • Devs og Ops deila báðum sama markmiðinu sem er afhendingarhraði og stöðugt kerfi.
  • DevOps vinnulag gefur viðskiptavinum þá eiginleika sem þeir vilja hratt og áreiðanlega.