Habari Habr! Ninawasilisha kwa mawazo yako tafsiri ya makala "Asili ya DevOps: Nini katika Jina?" na Steve Mezak.

Kulingana na maoni yako, DevOps itaadhimisha kumbukumbu ya miaka tisa au kumi mwaka huu. Mnamo 2016, ripoti ya RightScales' State of the Cloud ilibainisha kuwa asilimia 70 ya SMB zinatumia mbinu za DevOps. Kila kiashirio kinachounda alama hii kimeongezeka tangu wakati huo. DevOps inapojitayarisha kuingia muongo wake wa pili, itakuwa vyema kutembea chini na kurudi kwenye asili ya DevOps—na hata asili ya jina lenyewe.

Kabla ya 2007: Msururu kamili wa matukio

Kabla ya 2007, mfululizo wa hali hatimaye ulizaa kile kinachojulikana leo kama DevOps.

Konda tayari imejidhihirisha kuwa mazoezi bora. Pia inajulikana kama Mfumo wa uzalishaji wa Toyota, Lean Manufacturing inajitahidi kuboresha michakato kwenye sakafu ya utengenezaji. (Kwa njia, usimamizi wa Toyota hapo awali ulichochewa na njia za awali za kusanyiko zilizoletwa na Kampuni ya Ford Motor). Uboreshaji unaoendelea ni mantra kwa ajili ya viwanda konda. Kwa mazoezi, njia zifuatazo zinatathminiwa kila wakati:

1. Kudumisha viwango vya hesabu vya malighafi na bidhaa za kumaliza kwa kiwango cha chini. Utengenezaji pungufu unamaanisha kiwango cha chini kabisa cha hesabu ya malighafi ya kuzalisha bidhaa na kiwango cha chini cha bidhaa zilizokamilishwa zinazosubiri kuagizwa au kusafirishwa.
2. Kupunguza foleni ya kuagiza. Kimsingi, kupokea amri mara moja hoja kwa hali kukamilika. Kipimo muhimu cha utengenezaji duni kitakuwa kila wakati kutoka kwa upokeaji wa agizo hadi uwasilishaji.
3. Kuongeza ufanisi wa mchakato wa uzalishaji. Mchakato wa uhandisi upya na uboreshaji wa otomatiki unachanganyika ili kuzalisha bidhaa haraka iwezekanavyo. Kila eneo la uzalishaji kando ya njia nzima (kukata, kulehemu, kusanyiko, kupima, nk) hupimwa kwa uhaba.

Katika ulimwengu wa IT, mbinu za kitamaduni za mfano wa maporomoko ya maji ya ukuzaji wa programu tayari zimetoa njia za kurudia haraka kama vile. Agile. Kasi ilikuwa kilio cha mkutano, hata kama ubora wakati mwingine uliteseka katika harakati za maendeleo ya haraka na kupelekwa. Kwa njia sawa, kompyuta ya wingu, haswa Miundombinu-kama-Huduma (IaaS) na Jukwaa-kama-a-Huduma (PaaS) wamejidhihirisha kuwa suluhu za watu wazima katika michakato ya TEHAMA na miundombinu.

Hatimaye, vifaa vya zana vimeanza kuonekana hivi karibuni Ushirikiano unaoendelea (CI). Wazo la zana za CI lilizaliwa na kuwasilishwa na Gradi Booch nyuma mnamo 1991 katika Njia yake ya Booch.

2007-2008: Mbelgiji aliyekatishwa tamaa

Mshauri wa Ubelgiji, meneja wa mradi na mazoezi wa Agile Patrick Debois amekubali miadi kutoka kwa wizara ya serikali ya Ubelgiji ili kusaidia na uhamiaji wa kituo cha data. Hasa, alihusika katika upimaji wa vyeti na utayari. Majukumu yake yalimhitaji kuratibu na kujenga uhusiano kati ya timu za ukuzaji programu na seva, hifadhidata na timu za uendeshaji wa mtandao. Kuchanganyikiwa kwake na ukosefu wa mshikamano na kuta zinazotenganisha njia za maendeleo na uendeshaji zilimwacha uchungu. Tamaa ya Desbois ya kujiboresha hivi karibuni ilimfanya achukue hatua.
Katika mkutano wa Agile wa 2008 huko Toronto, Andrew Schaefer alipendekeza kusimamia mkutano usio rasmi uliopangwa maalum kujadili mada "Miundombinu agile"Na ni mtu mmoja tu aliyekuja kujadili mada: Patrick DeBois. Majadiliano yao na kubadilishana mawazo yaliendeleza dhana ya usimamizi wa mifumo ya Agile. Mwaka huo huo, DeBois na Schaefer waliunda kikundi cha Wasimamizi wa Mifumo ya Agile yenye mafanikio ya wastani katika Google.

2009: Kesi ya ushirikiano kati ya Dev na Ops

Katika mkutano wa O'Reilly Velocity, wafanyakazi wawili wa Flickr, Makamu wa Rais Mkuu wa Operesheni za Kiufundi John Allspaw na CTO Paul Hammond, walitoa mada ambayo sasa ni maarufu. "Usambazaji 10 kwa Siku: Ushirikiano wa Dev na Ops huko Flickr".

Wasilisho lilikuwa mchezo wa kuigiza, huku Allspaw na Hammond wakiigiza mwingiliano changamano kati ya wawakilishi wa Maendeleo na Uendeshaji wakati wa mchakato wa kusambaza programu, kamili kwa kunyoosheana vidole na kashfa kulingana na "Sio msimbo wangu, ni kompyuta zako zote!" Uwasilishaji wao ulithibitisha kuwa chaguo pekee la busara ni kwa ajili ya maendeleo ya programu na shughuli za kupeleka kuwa imefumwa, uwazi na kuunganishwa kikamilifu. Baada ya muda, wasilisho hili likawa maarufu na sasa linaonekana kihistoria kama hatua muhimu wakati tasnia ya TEHAMA ilipoanza kuitaka mbinu inayojulikana leo kama DevOps.

2010: DevOps nchini Marekani

Pamoja na kuongezeka kwa wafuasi, mkutano wa DevOpsDays ulifanyika kwa mara ya kwanza nchini Marekani huko Mountain View, California, mara tu baada ya mkutano wa kila mwaka wa kasi. Songa mbele kwa haraka hadi 2018, na kuna zaidi ya mikutano 30 ya DevOpsDays iliyoratibiwa, ikijumuisha kadhaa nchini Marekani.

2013: Mradi "Phoenix"

Kwa wengi wetu, wakati mwingine muhimu katika historia ya DevOps ilikuwa kuchapishwa kwa kitabu "Mradi wa Phoenix" na Gene Kim, Kevin Behr na George Safford. Riwaya hii inasimulia hadithi ya meneja wa IT ambaye anajikuta katika hali ya kukata tamaa: ana jukumu la kuokoa mradi muhimu wa biashara ya mtandaoni ambao umeenda vibaya. Mshauri wa ajabu wa meneja - mjumbe wa bodi ya wakurugenzi ambaye ana shauku juu ya mbinu za utengenezaji wa konda - anapendekeza njia mpya kwa mhusika mkuu kufikiria kuhusu IT na ukuzaji wa programu, akitarajia dhana ya DevOps. Kwa njia, "Mradi wa Phoenix" ulituongoza kuandika kitabu "Outsource au sivyo ..." kuhusu hadithi sawa ya biashara ambayo VP ya programu hutumia DevOps wakati wa maendeleo ya bidhaa kuu mpya ya nje.

DevOps kwa siku zijazo

Inafaa kuelezea DevOps kama safari, au labda matarajio, badala ya mahali pa mwisho. DevOps, kama vile utengenezaji duni, hujitahidi kuboresha kila mara, kuongeza tija na ufanisi, na hata usambazaji unaoendelea. Zana otomatiki za kusaidia DevOps zinaendelea kubadilika.

Mengi yamepatikana tangu kuanzishwa kwa DevOps katika muongo mmoja uliopita, na tunatarajia kuona mengi zaidi katika 2018 na kuendelea.

Chanzo: mapenzi.com