Përshëndetje, Habr! Ju prezantoj përkthimin e artikullit «Origjina e DevOps: Çfarë ka emri?» autori Steve Mezak.

Në varësi të pikëpamjes tuaj, DevOps do të festojë përvjetorin e tij të nëntë ose të dhjetë këtë vit. Në 2016, raporti i kompanisë RightScale për gjendjen e mjeteve në re tregonte se 70 përqind e bizneseve të vogla dhe të mesme po pranojnë metodat DevOps. Çdo tregues që formon këtë vlerësim është rritur që atëherë. Ndërsa DevOps po përgatitet për të filluar dekadën e tij të dytë, do të ishte e shkëlqyer të shëtisnim nëpër qoshet e së kaluarës dhe të ktheheshim tek origjinat e DevOps - dhe madje edhe tek origjina e vetë këtij emri.

Para vitit 2007: Një zinxhir ngjarjesh ideal

Para vitit 2007, një seri rrethanash në fund të fundit sollën në jetë atë që sot njihet si DevOps.

Prodhimi i hollë është dëshmuar tashmë si praktika më e mirë. Po ashtu e njohur si sistemi prodhues i Toyota, prodhimi i hollë synon optimizimin e proceseve në fabrikë. (Nga e gjitha, drejtuesit e Toyota fillimisht ishin frymëzuar nga metodat originale të linjës së montimit që u paraqitën nga Ford Motor Company). Përmirësimi i vazhdueshëm — është një mantrë për prodhimin e kursimit. Në praktikë, vazhdimisht vlerësohen rrugët e mëposhtme:

1. Mbështetje e nivelit të stokut të lëndëve të para dhe produkteve të gatshme në minimum. Prodhimi i kursimit nënkupton një sasi minimale të lëndëve të para për prodhimin e artikujve dhe një sasi minimale të produkteve të gatshme që presin shpërndarjen sipas porosive ose dërgesave.
2. Minimizimi i radhës së porosive. Idealisht, porositë e pranuara kalojnë menjëherë në gjendjen e përfunduar. Një metrikë kyçe e prodhimit të kursimit do të jetë gjithmonë koha nga marrja e porosisë deri në dorëzim.
3. Maksimizimi i efikasitetit të procesit të prodhimit. Riorganizimi i proceseve dhe automatizimi i përmirësuar bashkohen me qëllimin e prodhimit të artikujve sa më shpejt të jetë e mundur. Çdo pjesë e prodhimit në tërë rrugën (prerja, saldhimi, montimi, testimi, etj.) vlerësohet për joefikasitet.

Në botën IT, metodat tradicionale të modelit kaskad të zhvillimit të softuerit kanë lënë vend për metodat e shpejta iteruese si Agile. Shpejtësia ishte një thirrje për luftë, edhe pse cilësia ndonjëherë e përkeqësohej në ndjekje të zhvillimit dhe implementimit të shpejtë. Njësoj si kjo, llogaritë në re, në veçanti Infrastructure-as-a-Service (IaaS) dhe Platform-as-a-Service (PaaS) janë vendosur si zgjidhje të zhvilluara në proceset dhe infrastrukturën IT.

Së fundmi, janë filluar të shfaqen grupe mjetesh për Continuous Integration (CI). Koncepti i mjeteve CI u krijua dhe u prezantua nga Grady Booch në vitin 1991 në Metodën e tij të Booch.

2007-2008: Një belg i pakënaqur

Konsulenti belg, menaxheri i projekteve dhe praktikanti Agile Patrick Debois pranoi një emërim nga ministria e qeverisë belge për të ndihmuar në migrimin e qendrave të të dhënave. Në veçanti, ai ishte i angazhuar me certifikimin dhe verifikimin e gatishmërisë. Detyrat e tij kërkonin që ai të koordinonte veprimet dhe të ndante marrëdhënie midis grupeve të zhvillimit të softuerit dhe grupeve të operimit. servera, të dhënave dhe rrjeteve. Ai e ndjeu zhgënjimin për mungesën e kohezionit dhe mureve që ndanin metodat e zhvillimit dhe operacionit, duke i ngjallur frustrim. Dëshira për të përmirësuar shpejt e çoi Debuan në veprim.
Në vitin 2008, në konferencën Agile në Toronto, Andrew Schaffer propozi të moderonte një takim informale të organizuar posaçërisht për të diskutuar temën "Infrastruktura Agile". Dhe vetëm një person erdhi për të diskutuar temën: Patrick Debua. Diskutimi i tyre dhe shkëmbimi i ideve avancuan konceptin e administratës së sistemeve në mënyrë Agile. Në të njëjtin vit, Debua dhe Schaffer krijuan një grup moderatë të suksesshëm Agile Systems Administrator në Google.

2009: Rast për bashkëpunimin mes Dev dhe Ops

Në konferencën O’Reilly Velocity, dy punonjës të Flickr, zv/presidenti i operacioneve teknike John Allspaw dhe drejtori teknik Paul Hammond, paraqitën prezantimin e njohur tani «10 shpërndarje në ditë: bashkëpunimi Dev dhe Ops në Flickr».

Prezantimi ishte në stilin e dramës, Allspaw dhe Hammond luajtën një ndërveprim të ndërlikuar mes përfaqësuesve të Zhvillimit dhe Operacioneve në procesin e implementimit të softuerit, së bashku me kërkimin e fajtorëve dhe akuzat reciproke në frymën e "Nuk është kodi im, të gjitha janë kompjuterët tuaj!" Prezantimi i tyre konfirmoi se e vetmja zgjidhje logjike ishte që aktivitetet e zhvillimit dhe implementimit të softuerit të ishin të qetë, të qarta dhe të integruara plotësisht. Me kalimin e kohës, ky prezantim u bë legjendar dhe tani shqyrtohet historikisht si një pikë kyçe, kur industria IT filloi të kërkonte një metodologji që sot është e njohur si DevOps.

2010: DevOps në Shtetet e Bashkuara të Amerikës

Me rritjen e numrit të mbështetësve, konferenca DevOpsDays u mbajt për herë të parë në Shtetet e Bashkuara të Amerikës në Mountain View (California), menjëherë pas konferencës vjetore Velocity. Le të kalojmë në vitin 2018: janë planifikuar më shumë se 30 konferenca DevOpsDays, duke përfshirë dhjetëra në Shtetet e Bashkuara.

2013: Projekti "Feniksi"

Për shumë nga ne, një moment tjetër i rëndësishëm në historinë e DevOps ishte botimi i librit "Projekti 'Feniksi'" nga Gina Kim, Kevin Behr dhe George Spafford. Ky roman tregon historinë e një menaxheri IT që ndodhet në një situatë të papërshtatshme: ai është ngarkuar të shpëtojë një projekt kritik për zhvillimin e tregtisë elektronike, i cili ka shkuar keq. Mentorja misterioze e menaxherit — një anëtar i bordit, i pasionuar pas metodave lean — e udhëzon protagonistin në mënyra të reja për të kuptuar IT-në dhe zhvillimin e aplikacioneve, duke parashikuar konceptin e DevOps. Për fat të mirë, "Projekti 'Feniksi'" na frymëzoi të shkruajmë librin "Kaloni në outsourcing, përndryshe..." mbi një histori të ngjashme nga biznesi, ku një nën president i softuerit përdor DevOps gjatë zhvillimit të një produkti të madh në outsourcing.

DevOps për të ardhmen

DevOps duhet përshkruar më shumë si një udhëtim ose ndoshta një ambicie, sesa si një destinacion përfundimtar. Si prodhimi i hollë, DevOps synon përmirësim të vazhdueshëm, rritje të produktivitetit dhe efikasitetit dhe madje edhe shpërndarje të vazhdueshme. Veglat automatizuese për mbështetje të DevOps vazhdojnë të zhvillohen.

Shumë është arritur që nga krijimi i DevOps në dekadën e fundit, dhe ne presim të shohim edhe më shumë në vitin 2018 dhe në të ardhmen.

Burimi: habr.com