Përshëndetje, Habr! Ju prezantoj përkthimin e artikullit 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:
- 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.
- 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.
- 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. serverëve, 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
