Përshëndetje, Habr! Po ju prezantoj një përkthim të artikullit autori Steve Mezak.
NĂ« varĂ«si tĂ« pikĂ«pamjes suaj, DevOps do tĂ« festojĂ« pĂ«rvjetorin e tij tĂ« nĂ«ntĂ« ose tĂ« dhjetĂ« kĂ«tĂ« vit. NĂ« vitin 2016, raporti i kompanisĂ« RightScale mbi gjendjen e cloud-it theksonte se 70 pĂ«rqind e bizneseve tĂ« vogla dhe tĂ« mesme po adoptonin metodat DevOps. Ădo tregues qĂ« kontribuonte nĂ« atĂ« vlerĂ«sim Ă«shtĂ« rritur qĂ« atĂ«herĂ«. NdĂ«rsa DevOps pĂ«rgatitet tĂ« kalojĂ« nĂ« dekadĂ«n e tij tĂ« dytĂ«, do tĂ« ishte e shkĂ«lqyer tĂ« shkojmĂ« nĂ«pĂ«r rrugicat e sĂ« kaluarĂ«s dhe tĂ« kthehemi nĂ« origjinat e DevOps â dhe madje nĂ« origjinĂ«n e vetĂ« kĂ«tij emri.
Derisa në vitin 2007: Një zinxhir ideal ngjarjesh
Para vitit 2007, një seri rrethana përfundimisht i dha jetë asaj që sot njihet si DevOps.
Prodhimi i hollë ka dëshmuar se është një praktikë e shkëlqyer. E njohur gjithashtu si sistemi prodhues i Toyota, prodhimi i hollë ka për qëllim optimizimin e proceseve në laboratorin e prodhimit. (Nga ana tjetër, udhëheqësit e Toyota fillimisht ishin frymëzuar nga metodat origjinale të linjës së montimit të paraqitura nga Ford Motor Company). Përmirësimi i vazhdueshëm - është një mantra për prodhimin e hollë. Në praktikë, rrugët e mëposhtme vlerësohen vazhdimisht:
- Mbulimi i nivelit të stokut të lëndëve të para dhe produkteve të gatshme në minimum. Prodhimi i hollë nënkupton sasinë minimale të lëndëve të para për prodhimin e mallrave dhe sasinë minimale të produkteve të gatshme që presin shpërndarjen sipas porosive ose dërgesave.
- Minimizimi i radhĂ«s sĂ« porosive. ĂshtĂ« ideale nĂ«se porositĂ« e marra kalojnĂ« menjĂ«herĂ« nĂ« statusin e pĂ«rfunduar. TĂ« dhĂ«nat kyçe tĂ« prodhimit tĂ« hollĂ« do tĂ« jenĂ« gjithmonĂ« koha nga marrja e porosisĂ« deri nĂ« dĂ«rgesĂ«.
- Maksimizimi i efikasitetit tĂ« procesit tĂ« prodhimit. Ristrukturimi i proceseve dhe automatizimi i pĂ«rmirĂ«suar bashkohen me qĂ«llimin pĂ«r tĂ« prodhuar mallra sa mĂ« shpejt tĂ« jetĂ« e mundur. Ădo hap nĂ« procesin e prodhimit (prerja, saldimi, montimi, testimi etj.) vlerĂ«sohet pĂ«r papĂ«rfitim.
Në botën e IT-së, metodat tradicionale të modelit të cascade për zhvillimin e softuerit kanë lënë vend për metodat e shpejta iterative, siç janë Agile. Shpejtësia ishte një thirrje e luftës, edhe pse cilësia ndonjëherë përkeqësohej në ndjekjen e zhvillimit dhe implementimit të shpejtë. Pjesërisht si kjo, llogaritë në re, veçanërisht Infrastruktura si Shërbim (IaaS) dhe Platforma si Shërbim (PaaS) kanë treguar veten si zgjidhje të pjekura në proceset dhe infrastrukturën IT.
Më në fund, së fundmi filluan të shfaqen grupe mjetesh për Continuous Integration (CI). Koncepti i mjeteve CI u lind dhe u paraqit nga Grady Booch në vitin 1991 në Metodën e Booch.
2007-2008: Belgjiku i zhgënjyer
Konsultanti belg, menaxheri i projekteve dhe praktikanti Agile Patrick Debois pranoi emërimin nga Ministria e Qeverisë së Belgjikës për të ndihmuar në migrimin e qendrave të të dhënave. Veçanërisht, ai merrej me certifikimin dhe verifikimin e gatishmërisë. Detyrat e tij kërkonin që ai të koordinonte veprimet dhe të ndërtonte marrëdhënie midis grupeve të zhvillimit të softuerit dhe grupeve të operacioneve serverësh, bazave të të dhënave dhe rrjeteve. Zhgënjimi i tij për mungesën e kohezionit dhe murët që ndanin metodat e zhvillimit dhe operimit e mbolli atë me hidhërim. Dëshira për më mirë së shpejti e çoi atë në veprim.
Në vitin 2008 në konferencën Agile në Toronto, Andrew Shafer propozoi moderimin e një takimi informal 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 Debois. Diskutimi dhe shkëmbimi i ideve midis tyre avancuan konceptin e administratës së sistemeve me stilin Agile. Në të njëjtin vit, Debois dhe Shafer krijuan një grup të moderuar të Administratorëve të Sistemeve Agile në Google.
2009: Rasti i bashkëpunimit Dev dhe Ops
NĂ« konferencĂ«n OâReilly Velocity, dy punonjĂ«s tĂ« Flickr, zv.presidenti i lartĂ« pĂ«r operacionet teknike John Allspaw dhe drejtori teknik Paul Hammond, paraqitĂ«n atĂ« qĂ« tani Ă«shtĂ« njĂ« prezantim tĂ« famshĂ«m «10 implementime nĂ« ditĂ«: bashkĂ«punimi Dev dhe Ops nĂ« Flickr».
Prezentimi ishte në stilin e dramës, Allspow dhe Hammond interpretonin një ndërveprim të ndërlikuar midis përfaqësuesve të Development dhe Operations gjatë procesit të shkarkimit të softuerit, së bashku me kërkimin e fajtorëve dhe akuzat reciproke në frymën e "Kjo nuk është kodi im, të gjitha janë kompjuterët tuaj!" Prezentimi i tyre konfirmoi se dalja e vetme e arsyeshme është që veprimtaria e zhvillimit dhe shkarkimit të softuerit të jetë e qetë, e dukshme dhe plotësisht e integruar. Me kalimin e kohës, ky prezantim u bë legjendar dhe tani konsiderohet historikisht si një pikë kthese themelore kur në industrinë IT u shfaq kërkesa për metodologjinë që sot njihet si DevOps.
2010: DevOps në Shtetet e Bashkuara të Amerikës
Me rritjen e numrit të mbështetësve, konferenca DevOpsDays u zhvillua për herë të parë në Shtetet e Bashkuara të Amerikës në Mountain View (Kaliforni) menjëherë pas konferencës vjetore Velocity. 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 domethĂ«nĂ«s nĂ« historinĂ« e DevOps ishte botimi i librit 'Projekti "Feniksi"' nga Gene Kim, Kevin Behr dhe George Spafford. NĂ« kĂ«tĂ« roman, tregohet historia e njĂ« menaxheri IT qĂ« ndodhet nĂ« njĂ« situatĂ« tĂ« papĂ«rballueshme: i Ă«shtĂ« ngarkuar tĂ« shpĂ«tojĂ« njĂ« projekt kritike pĂ«r zhvillimin e tregtisĂ« elektronike qĂ« ka shkuar keq. Mentor i mistershĂ«m i menaxherit â njĂ« anĂ«tar i bordit tĂ« drejtorĂ«ve, i pasionuar pas metodave tĂ« prodhimit tĂ« hollĂ« â i sugjeron heroit mĂ«nyra tĂ« reja pĂ«r tĂ« kuptuar IT-nĂ« dhe zhvillimin e aplikacioneve, duke parashikuar konceptin e DevOps. PĂ«r rastin, 'Projekti "Feniksi"' na frymĂ«zoi tĂ« shkruajmĂ« librin 'Shkonte nĂ« outsourcing, pĂ«rndryshe...' pĂ«r njĂ« histori tĂ« ngjashme nga biznesi, kur njĂ« zĂ«vendĂ«s president pĂ«r softuerin pĂ«rdor DevOps gjatĂ« zhvillimit tĂ« njĂ« produkti tĂ« ri tĂ« madh nĂ« outsourcing.
DevOps për të ardhmen
ĂshtĂ« e rĂ«ndĂ«sishme tĂ« pĂ«rshkruhet DevOps mĂ« tepĂ«r si njĂ« udhĂ«tim ose ndoshta njĂ« aspiratĂ«, sesa si njĂ« destinacion pĂ«rfundimtar. DevOps, siç Ă«shtĂ« prodhimi i hollĂ«, synon pĂ«rmirĂ«sim tĂ« vazhdueshĂ«m, rritjen e produktivitetit dhe efikasitetit dhe madje shpĂ«rndarje tĂ« vazhdueshme. Mjetet e automatizuara 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
