GrÅ«ti izprast galveno, runÄjot par DevOps? MÄs esam apkopojuÅ”i spilgtas analoÄ£ijas, trÄpÄ«gas definÄ«cijas un ekspertu ieteikumus, kas palÄ«dzÄs nonÄkt pie jÄgas pat tiem, kas nav speciÄlisti. BeigÄs bonus ā Red Hat darbinieku paÅ”u DevOps.
Termins DevOps radÄs pirms 10 gadiem un ir izvirzÄ«jies no tÄmtura Twitter lÄ«dz spÄcÄ«gam kultÅ«ras kustÄ«bu IT pasaulÄ, patiesai filozofijai, kas mudina izstrÄdÄtÄjus ÄtrÄk iegÅ«t rezultÄtus, eksperimentÄt un virzÄ«ties uz priekÅ”u pa iterÄcijÄm. DevOps ir neizdalÄmi saistÄ«ts ar digitÄlÄs transformÄcijas jÄdzienu. TaÄu, kÄ tas bieži vien notiek ar IT terminoloÄ£iju, DevOps ir izveidojies ap daudziem definÄ«cijÄm, interpretÄcijÄm un maldiem par sevi.
TÄdÄļ bieži vien ir dzirdami jautÄjumi par DevOps, piemÄram, vai tas ir tas pats, kas agile? Vai tÄ ir kÄda Ä«paÅ”a metodoloÄ£ija? Vai tas ir tikai vÄl viens sinonÄ«ms vÄrdam āsadarbÄ«baā?
DevOps ietver daudz dažÄdu koncepciju (nepÄrtraukta piegÄde, nepÄrtraukta integrÄcija, automatizÄcija u.tml.), tÄpÄc izcelt galveno var bÅ«t grÅ«ti, Ä«paÅ”i, ja jums ir interese par Å”o tÄmu. TomÄr Ŕī prasme ir ļoti noderÄ«ga, nav svarÄ«gi, vai jÅ«s gÄdÄjat savas idejas savam priekÅ”niekam vai vienkÄrÅ”i stÄstÄt par savu darbu kÄdam no tuviniekiem vai paziÅÄm. TÄdÄļ pagaidÄm noliksim malÄ DevOps terminoloÄ£ijas nianses un koncentrÄsimies uz vispÄrÄjo ainu.
Kas ir DevOps: 6 definīcijas un analoģijas
MÄs lÅ«dzÄm ekspertus paskaidrot DevOps bÅ«tÄ«bu maksimÄli vienkÄrÅ”i un Ä«si, lai tÄs vÄrtÄ«ba bÅ«tu saprotama lasÄ«tÄjam ar jebkÄdu tehnisko sagatavotÄ«bu. PÄc Å”o sarunu rezultÄtiem mÄs izvÄlÄjÄmies spilgtÄkÄs analoÄ£ijas un trÄpÄ«gas formulÄjums, kas palÄ«dzÄs jums veidot savu stÄstu par DevOps.
1. DevOps ā tÄ ir kultÅ«ras kustÄ«ba
āDevOps ā tÄ ir kultÅ«ras kustÄ«ba, kurÄ abas puses (programmatÅ«ras izstrÄdÄtÄji un IT sistÄmu darbÄ«bas speciÄlisti) atzÄ«st, ka programmatÅ«ra nenes reÄlas priekÅ”rocÄ«bas, kamÄr to kÄds nepieÅem: pasÅ«tÄ«tÄji, klienti, darbinieki ā nav bÅ«tiski,ā uzsver EvelÄ«na Eirliha (Eveline Oehrlich), DevOps institÅ«ta vecÄkÄ analÄ«tiÄ·e-pÄtniece. āTÄdÄļ abas Ŕīs puses kopÄ nodroÅ”ina Ätru un kvalitatÄ«vu programmatÅ«ras piegÄdi.ā
2. DevOps ā tas ir tas, kas pieŔķir izstrÄdÄtÄjiem varu
Ā«DevOps dod attÄ«stÄ«tÄjiem pilnvaras pÄrvaldÄ«t lietojumprogrammas, to palaiÅ”anu un piegÄdes vadÄ«bu no sÄkuma lÄ«dz beigÄmĀ»
Ā«Parasti par DevOps runÄ kÄ par veidu, kÄ paÄtrinÄt lietojumprogrammu piegÄdi produkcijÄ, izveidojot un izmantojot automatizÄtus procesus, ā saka Džai Å naips (Jai Schniepp), DevOps platformu direktors apdroÅ”inÄÅ”anas kompÄnijÄ Liberty Mutual. ā Bet man tas ir daudz fundamentÄlÄks jautÄjums. DevOps dod attÄ«stÄ«tÄjiem pilnvaras pÄrvaldÄ«t lietojumprogrammas vai konkrÄtas daļas no programmatÅ«ras, to palaiÅ”anu un piegÄdes vadÄ«bu no sÄkuma lÄ«dz beigÄm. DevOps novÄrÅ” neskaidrÄ«bas atbildÄ«bÄ un virza visus procesa dalÄ«bniekus uz automatizÄtas un attÄ«stÄ«tÄja vadÄ«tas infrastruktÅ«ras izveidi.Ā»
3. DevOps ā sadarbÄ«ba lietojumprogrammu izstrÄdÄ un piegÄdÄ
Ā«VienkÄrÅ”i sakot, DevOps ir tÄda pieeja programmatÅ«ras ražoÅ”anÄ un piegÄdÄ, kur visi strÄdÄ kopÄĀ», ā norÄda Gurs Stafs, BMC digitÄlÄ biznesa automatizÄcijas vadÄ«tÄjs.
4. DevOps ā tas ir konveijers
Ā«Konveijera montÄža ir iespÄjama tikai tad, ja visas detaļas savstarpÄji der.Ā»
Ā«Es salÄ«dzinÄtu DevOps ar automobiļu montÄžas konveijeri, ā turpina Gurs Stafs. ā Ideja ir iepriekÅ” izstrÄdÄt un izgatavot visus komponentus tÄ, lai vÄlÄk tos varÄtu salikt bez individuÄlÄs pielÄgoÅ”anas. Konveijera montÄža ir iespÄja tikai tad, ja visas detaļas savstarpÄji der. Tie, kas projektÄ un ražo dzinÄju, ir jÄdomÄ par to, kÄ pievienot to pie korpusa vai Å”asijas. Tie, kas ražo bremzes, ir jÄdomÄ par riteÅiem, un tÄ tÄlÄk. TieÅ”i tÄpat arÄ« ar programmatÅ«ru.
IzstrÄdÄtÄjam, kurÅ” izstrÄdÄ biznesa loÄ£iku vai lietotÄja saskarni, ir jÄdomÄ par datubÄzi, kas glabÄ informÄciju par klientiem, par droŔības lÄ«dzekļiem, lai aizsargÄtu lietotÄju datus, kÄ arÄ« par to, kÄ viss darbosies, kad pakalpojums sÄks apkalpot lielu, varbÅ«t pat miljoniem lietotÄju.Ā»
āPanÄkt, lai cilvÄki sadarbojas un domÄ par tÄm darba daļÄm, ko veic citi, nevis koncentrÄjas tikai uz saviem uzdevumiem, ir lielÄkais ŔķÄrslis, ko bÅ«s jÄpÄrvar. Ja tas izdodas, jums bÅ«s lieliskas iespÄjas digitÄlÄs transformÄcijas veikÅ”anai,ā piebilst Gurs Staf.
5. DevOps ā pareizÄ cilvÄku, procesu un automatizÄcijas kombinÄcija
Džeina Groll (Jayne Groll), DevOps institÅ«ta izpilddirektore, piedÄvÄja lielisku analoÄ£iju, lai izskaidrotu DevOps. ViÅasprÄt, āDevOps ir kÄ kulinÄrijas recepte, kurÄ ir trÄ«s galvenÄs sastÄvdaļu kategorijas: cilvÄki, procesi un automatizÄcija. Vairumu Å”o sastÄvdaļu var Åemt no citÄm jomÄm un avotiem: Lean, Agile, SRE, CI/CD, ITIL, vadÄ«ba, kultÅ«ra, instrumenti. DevOps noslÄpums, tÄpat kÄ ikviena laba recepte, ir pareizi piemeklÄt proporcijas un sajaukt Ŕīs sastÄvdaļas, lai palielinÄtu darbu Ätrumu un efektivitÄti, veidojot un palaidot lietotnes.ā
6. DevOps ā tas ir, kad programmÄtÄji strÄdÄ kÄ Formulas-1 komanda
āSacensÄ«bas plÄnoto no finiÅ”a uz startu, nevis otrÄdi.ā
āRunÄjot par to, ko gaidÄ«t no DevOps iniciatÄ«vas, es piemÄru nule par NASCAR vai Formulas-1 sacÄ«kÅ”u komandu,ā saka Kriss Å orts (Chris Short), Red Hat mÄkoÅu platformu mÄrketinga vadÄ«tÄjs un DevOpsāish izlaidumu izdevÄjs. āTÄdas komandas vadÄ«tÄjam ir viena mÄrÄ·is: sasniegt maksimÄli iespÄjamo vietu sacÄ«kÅ”u rezultÄtos, Åemot vÄrÄ komandas resursus un piedzÄ«votÄs grÅ«tÄ«bas. SacensÄ«bas plÄnoto ne no starta uz finiÅ”u, bet no finiÅ”a uz startu. SÄkumÄ tiek noteikts ambiciozs mÄrÄ·is, pÄc tam noskaidroti ceļi tÄ sasniegÅ”anai. PÄc tam tie tiek sadalÄ«ti uzdevumos un deleÄ£Äti komandas locekļiem.ā
Ā«Visu nedÄļu pirms sacensÄ«bÄm komanda pilnveido pitstopus. Tiek veikti spÄka un kardio treniÅi, lai bÅ«tu formÄ izsistajÄ sacensÄ«bu dienÄ. T tiek improvizÄta kopÄ«ga rÄ«cÄ«ba jebkÄdu problÄmu risinÄÅ”anai, kas var rasties sacensÄ«bu laikÄ. LÄ«dzÄ«gi izstrÄdÄtÄju komandai ir jÄattÄ«sta prasmes biežai jaunu versiju izlaiÅ”anai. Ar Å”ÄdÄm prasmÄm un noslÄ«pÄtu droŔības sistÄmu jaunu versiju izlaide ražoÅ”anÄ notiek biežÄk. Å Ä«s domÄÅ”anas ietvaros Ätruma pieaugums nozÄ«mÄ droŔības pieaugumu,Ā» saka Å orts.
Ā«Neiet runa par to, lai darÄ«tu āpareizÄs lietasā, ā piebilst Å orts, ā bet gan par to, lai novÄrstu pÄc iespÄjas vairÄk lietu, kas traucÄ sasniegt vÄlamo rezultÄtu. Sadarbojieties un pielÄgojieties, Åemot vÄrÄ reÄllaikÄ saÅemto atsauksmju. Esiet gatavi anomÄlijÄm un strÄdÄjiet pie kvalitÄtes uzlaboÅ”anas, lai samazinÄtu to ietekmi uz ceļu uz mÄrÄ·i. TieÅ”i to mÄs sagaidÄm DevOps pasaulÄĀ».
KÄ paplaÅ”inÄt DevOps: 10 padomi no ekspertiem
Parasts DevOps un masveida DevOps ir absolÅ«ti atŔķirÄ«gas lietas. MÄs pastÄstÄ«sim, kÄ pÄrvarÄt ŔķÄrŔļus ceÄ¼Ä no pirmÄ uz otro.
DaudzÄm organizÄcijÄm ceļŔ uz DevOps sÄkas viegli un patÄ«kami. Tiek veidotas nelielas kaislÄ«gas komandas, vecÄs procedÅ«ras tiek aizstÄtas ar jauniem, un pirmie panÄkumi nenÄk ilgi jÄgaida.
DiemžÄl tas ir tikai viltus mirdzums, progresÄ ilÅ«zija, kÄ saka Bens Grinels (Ben Grinnell), North Highland konsultÄciju firmas digitÄlo tehnoloÄ£iju vadÄ«tÄjs. Agri panÄkumi protams sniedz cerÄ«bu, bet nepalÄ«dz sasniegt galveno mÄrÄ·i, proti, masveida DevOps pielietojumu organizÄcijÄ.
VieglÄk ir redzÄt, ka rezultÄtÄ veidojas kultÅ«ra, kurÄ tiek dalÄ«ts uz āmÄsā un āviÅiā.
Ā«Bieži vien organizÄcijas uzsÄk Å”Ädus pionieru projektus, uzskatot, ka tie izveidos ceļu uz masveida DevOps, nesaprotot, vai citi vÄlÄsies sekot Å”im ceļam, ā skaidro Bens Grinnels. ā Komandas Å”Ädu projektu realizÄÅ”anai parasti piepilda ar paÅ”pÄrliecinÄtiem "vÄrieÅ”iem", kuri jau ir darÄ«juÅ”i ko lÄ«dzÄ«gu citur, bet ir iesÄcÄji jÅ«su organizÄcijÄ. TajÄ paÅ”Ä laikÄ viÅus mudina pÄrkÄpt un lauzt noteikumus, kas ir obligÄti visiem pÄrÄjiem. VieglÄ redzÄt, ka rezultÄtÄ tiek veidota kultÅ«ra, kas pilnÄ«gi atdala Ā«mÅ«sĀ» un Ā«viÅusĀ», kas kavÄ zinÄÅ”anu un prasmju nodoÅ”anu.Ā»
Ā«Un Ŕī kultÅ«ras problÄma ir tikai viena no iemesliem, kÄpÄc DevOps ir grÅ«ti mÄrogot. DevOps komandas saskaras ar pieaugoÅ”Äm tehniskÄm grÅ«tÄ«bÄm, kas raksturÄ«gas strauji augoÅ”Äm kompÄnijÄm, kas ir likuÅ”as uzsvaru uz IT tehnoloÄ£ijÄm, ā saka StÄ«vs Å Å«mens (Steve Newman), skalyr uzÅÄmuma dibinÄtÄjs un valdes priekÅ”sÄdÄtÄjs.
Ā«MÅ«sdienu pasaulÄ pakalpojumi mainÄs tÅ«lÄ«t, kad rodas tÄda vajadzÄ«ba. PastÄvÄ«gi ieviest un ieviest jaunas funkcijas, protams, ir lieliski, bet koordinÄt Å”o procesu un novÄrst raduÅ”Äs problÄmas ir patiesi grÅ«ti, ā piebilst StÄ«vs Å Å«mens. ā Ä»oti strauji augoÅ”Äs organizÄcijÄs inženieri kross-funkcionÄlo komandu ietvaros cÄ«nÄs, lai saglabÄtu iespÄju izsekot izmaiÅÄm un to izraisÄ«tajiem Ä·Ädes efektiem atkarÄ«bas lÄ«menÄ«. TurklÄt inženieriem noteikti nepatÄ«k, kad viÅiem tiek atÅemta Ŕī iespÄja, un rezultÄtÄ viÅiem kļūst grÅ«tÄk saprast raduÅ”Äs problÄmas bÅ«tÄ«bu.Ā»
KÄ pÄrvarÄt iepriekÅ” minÄtÄs grÅ«tÄ«bas un pÄriet uz masveida DevOps izmantoÅ”anu lielÄ organizÄcijÄ? Eksperti aicina bÅ«t pacietÄ«giem, pat ja jÅ«su galÄ«gais mÄrÄ·is ir paÄtrinÄt programmatÅ«ras izstrÄdes ciklu un biznesa procesus.
1. Atcerieties, ka kultÅ«ras izmaiÅÄm ir nepiecieÅ”ams laiks.
Džane Groll (Jayne Groll), DevOps institÅ«ta izpilddirektore: Ā«ManuprÄt, DevOps paplaÅ”inÄÅ”anai jÄbÅ«t tikpat pakÄpeniskai un iteratÄ«vai kÄ agile izstrÄdei (un tÄpat jÄietver kultÅ«ra). Gan Agile, gan DevOps uzsvars ir uz mazÄm komandÄm. TaÄu, palielinoties Å”o komandu skaitam un to integrÄcijai, mÄs iegÅ«stam arvien vairÄk cilvÄku, kas pielieto jaunÄs darba metodes, kÄ rezultÄtÄ notiek plaÅ”a kultÅ«ras transformÄcijaĀ».
2. PievÄrsiet pietiekami daudz laika plÄnoÅ”anai un platformas izvÄlei
Eran KinsbrÅ«ners (Eran Kinsbruner), Perfecto galvenais tehniskais evaÅÄ£Älists: Ā«Lai mÄrogoÅ”ana bÅ«tu veiksmÄ«ga, DevOps komandÄm sÄkumÄ jÄiemÄcÄs apvienot tradicionÄlos procesus, rÄ«kus un prasmes, un tad pakÄpeniski jÄkopj katra atseviÅ”Ä·Ä DevOps fÄze un jÄstabilizÄ to. Viss sÄkas ar rÅ«pÄ«gu lietotÄju stÄstu plÄnoÅ”anu (userstory) un vÄrtÄ«bas plÅ«smas izstrÄdi (valuestream), pÄc tam tiek uzsÄkts programmatÅ«ras rakstÄ«Å”anas un versiju kontroles posms, izmantojot trunk-based development vai citus pieejas, kas vislabÄk der kodÄÅ”anas zarojumam un apvienoÅ”anaiĀ».
Ā«Tad seko integrÄcijas un testÄÅ”anas posms, kur jau nepiecieÅ”ama mÄrogojama platforma automatizÄcijai. Å ajÄ posmÄ DevOps komandÄm ir svarÄ«gi izvÄlÄties pareizo platformu, kas atbilstu viÅu prasmju lÄ«menim un projekta galvenajiem mÄrÄ·iem.
NÄkamÄ fÄze ā izvÄrÅ”ana ražoÅ”anas vidÄ, un tai jÄbÅ«t pilnÄ«bÄ automatizÄtai, izmantojot orkestras rÄ«kus un konteinerus. Å ajÄ posmÄ ir svarÄ«gi, lai visos DevOps posmos bÅ«tu virtualizÄtas vides (ražoÅ”anas vides simulators, kvalitÄtes kontroles vide un reÄlÄ ražoÅ”anas vide) un vienmÄr testiem izmantotu tikai jaunÄkos datus, lai iegÅ«tu aktuÄlus secinÄjumus. AnalÄ«tikai jÄbÅ«t gudrai un spÄjÄ«gai apstrÄdÄt lielos datus ar Ätru un efektÄ«vu atgriezenisko saitiĀ».
3. Atbrīvojiet atbildību no vainas piegarŔas
Gordons Hafs (Gordon Haff), RedHat evaÅÄ£Älists: Ā«SistÄmas un atmosfÄras radÄ«Å”ana, kas ļauj un veicina eksperimentus, ļauj Ä«stenot tÄ sauktos sekmÄ«gos neveiksmÄ«gos mÄÄ£inÄjumus agile programmatÅ«ras izstrÄdÄ. Tas nenozÄ«mÄ, ka par neveiksmÄm vairs neviens nav atbildÄ«gs. PatiesÄ«bÄ atbildÄ«gÄ noteikÅ”ana kļūst pat vieglÄka, jo ābÅ«t atbildÄ«gamā vairs nenozÄ«mÄ ākļūt par avÄrijas vaininiekuā. TÄtad atbildÄ«bas bÅ«tÄ«ba ievÄrojami mainÄs. Å ajÄ kontekstÄ ir ļoti svarÄ«gi Äetri faktori: neveiksmes mÄrogs, pieejas, ražoÅ”anas procesi un stimuliĀ». (SÄ«kÄk par Å”iem faktoriem lasiet Gordona Hafa rakstÄ āDevOps lessons: 4 aspects of healthy experimentsā.)
4. Izskaidrojiet ceļu uz priekŔu
Ben Grinnell, North Highland konsultÄciju firmas digitÄlo tehnoloÄ£iju direktors un izpilddirektors: Ā«Lai sasniegtu mÄrogojamÄ«bu, iesaku kopÄ ar pionieru projektiem uzsÄkt programmu āceļa izskaidroÅ”anaā. Å Ä«s programmas mÄrÄ·is ir noÅemt atkritumus, kas paliek aiz DevOps pionieriem, piemÄram, novecojuÅ”as noteikumu un citu lÄ«dzÄ«gu lietu, lai ceļŔ uz priekÅ”u paliktu brÄ«vsĀ».
Ā«Dodiet cilvÄkiem organizatorisko atbalstu un veiciniet saziÅu, kas pÄrsniedz pionieru grupu, plaÅ”i svinot jauno darba metožu panÄkumus. ApmÄciet cilvÄkus, kas bÅ«s iesaistÄ«ti nÄkamajÄ DevOps projektu vilnÄ« un uztraucas, ka Å”os principus pielieto pirmo reizi. Un atcerieties, ka Å”ie cilvÄki ievÄrojami atŔķiras no pionieriemĀ».
5. Padariet rÄ«kus demokrÄtiskÄkus
StÄ«vs Newmans, Scalyr dibinÄtÄjs un valdes priekÅ”sÄdÄtÄjs: Ā«RÄ«kiem nevajadzÄtu bÅ«t slÄptiem no cilvÄkiem, un tiem jÄbÅ«t salÄ«dzinoÅ”i vienkÄrÅ”i apgÅ«stamiem ikvienam, kurÅ” ir gatavs veltÄ«t tam laiku. Ja iespÄja pieprasÄ«t žurnÄlus ir pieŔķirta tikai trim āsertificÄtiemā cilvÄkiem, kas strÄdÄ ar kÄdu rÄ«ku, jums vienmÄr bÅ«s maksimÄli trÄ«s cilvÄki, kas varÄs risinÄt attiecÄ«go problÄmu, pat ja jums ir ļoti liela aprÄÄ·inÄÅ”anas vide. Citiem vÄrdiem sakot, Å”eit veidojas Å”aurs vietas, kas var radÄ«t nopietnas (uzÅÄmumam) sekasĀ».
6. Izveidojiet ideÄlus apstÄkļus komandas darbam
Toms KlÄrks, ITV kopÄjÄs platformas vadÄ«tÄjs: Ā«JÅ«s varat darÄ«t visu, bet ne visu uzreiz. TÄpÄc izvirziet lielus mÄrÄ·us, sÄciet no mazÄm lietÄm un virzieties uz priekÅ”u ÄtrÄs iterÄcijÄs. Ar laiku jÅ«s iegÅ«siet komandas reputÄciju, kurai viss izdodas, tÄpÄc citi arÄ« vÄlÄsies izmantot jÅ«su metodes. Un neskrieniet pÄc augstÄkas efektÄ«vÄs komandas veidoÅ”anas. TÄ vietÄ nodroÅ”iniet cilvÄkiem ideÄlus darba apstÄkļus, un efektivitÄte nÄks pati par seviĀ».
7. Neaizmirstiet par Konveja likumu un kanbanu dÄlÄm
Logans Deigls (Logan Daigle), programmatÅ«ras piegÄdes un DevOps stratÄÄ£ijas direktors uzÅÄmumÄ CollabNetVersionOne: Ā«Ir svarÄ«gi apzinÄties Konveja likuma sekas. ManÄ brÄ«vÄ interpretÄcijÄ Å”is likums nosaka, ka produkti, kurus mÄs radÄm, un procesi, ko mÄs izmantojam, tai skaitÄ DevOps, izveidojas tÄdÄ paÅ”Ä veidÄ kÄ mÅ«su organizÄcijaĀ».
Ā«Ja organizÄcijÄ ir augsta izolÄcija, un plÄnoÅ”anas, radÄ«Å”anas un programmatÅ«ras laidienÄ vadÄ«ba vairÄkkÄrt pÄrnÄk no rokas uz roku, efektam no mÄrogoÅ”anas bÅ«s nulle vai tÄ bÅ«s Ä«slaicÄ«ga. Ja organizÄcija veido starpfunkcionÄlas komandas ap produktiem, kas tiek finansÄti ar tirgu orientÄtu pieeju, tad izredzes uz panÄkumiem strauji palielinÄsĀ».
Ā«VÄl viens svarÄ«gs aspekts mÄrogoÅ”anÄ ir attÄlot kanbanu dÄlÄs visu darbu, kas ir procesa Ä«stenoÅ”anÄ (WIP, work in progress). Kad organizÄcijÄ parÄdÄs vieta, kur cilvÄki var redzÄt Å”Ädas lietas, tas stipri stimulÄ sadarbÄ«bu, kas pozitÄ«vi ietekmÄ mÄrogoÅ”anuĀ».
8. MeklÄjiet vecos rÄtas
ManuÄls Pais (Manuel Pais), DevOps konsultants un grÄmatas āTeam Topologiesā lÄ«dzautors: Ā«Praktiku izveÅ”ana no Dev un Ops robežÄm un to mÄÄ£inÄÅ”ana piemÄrot citiem dienestiem, visticamÄk, nav optimÄls piegÄjiens. Tas, protams, dos noteiktu efektu (piemÄram, automatizÄjot manuÄlo vadÄ«bu), bet daudz lielÄkus rezultÄtus var sasniegt, sÄkot ar procesu piegÄdes un atgriezeniskÄs saites izpratniĀ».
Ja, ja tÄ«mekļa sistÄmÄ ir vecas rÄtas ā procedÅ«ras un vadÄ«bas mehÄnismi, kas tika ieviesti pÄc pagÄtnes incidentiem, bet ir zaudÄjuÅ”i aktualitÄti (produktus, tehnoloÄ£ijas vai procesus mainot), tos noteikti jÄiznÄ«cina vai jÄizlÄ«dzina, nevis jÄautomatizÄ neefektÄ«vi vai nevajadzÄ«gi procesi.
9. Nepavairojiet DevOps variantus
Entonijs Edvards (Antony Edwards), uzÅÄmuma Eggplant ražoÅ”anas direktors: āDevOps ir ļoti izplÅ«dis termins, tÄdÄļ katrai komandai veidojas sava variÄcija DevOps. Un nav nekas sliktÄks, kÄ kad organizÄcijÄ rodas 20 DevOps variÄcijas, kas neizrÄda labu saderÄ«bu. NedrÄ«kst bÅ«t, lai katrai no trim izstrÄdes komandÄm bÅ«tu sava, Ä«paÅ”a saskare starp izstrÄdi un produktu vadÄ«bu. TÄpat nedrÄ«kst bÅ«t, lai produktiem bÅ«tu savas, unikÄlas cerÄ«bas attiecÄ«bÄ uz atsauksmju apstrÄdi, kad tÄs tiek pÄrvietotas uz ražoÅ”anas vides simulatoru. PretÄjÄ gadÄ«jumÄ jums nekad neizdosies paplaÅ”inÄt DevOps.
10. Sludiniet DevOps vÄrtÄ«bu uzÅÄmÄjdarbÄ«bai
StÄ«vs Newmans, Scalyr dibinÄtÄjs un valdes priekÅ”sÄdÄtÄjs: āStrÄdÄjiet pie DevOps vÄrtÄ«bas atzÄ«Å”anas. IemÄcieties un nebaidieties stÄstÄ«t par to, ko darÄt. DevOps neticami taupa laiku un naudu (domÄjiet vien par to: mazÄk dÄ«kstÄves, Ä«sÄks vidÄjais atjaunoÅ”anÄs laiks), un DevOps komandas jÄuzsver (un jÄpaziÅo) Å”o iniciatÄ«vu nozÄ«mi uzÅÄmÄjdarbÄ«bas panÄkumiem. Tikai tÄ jÅ«s varÄsiet paplaÅ”inÄt sekotÄju loku un palielinÄt DevOps ietekmi organizÄcijÄ.ā
BONUSS
Uz 13. septembrÄ« ieradÄ«sies mÅ«su paÅ”u DevOps ā jÄ, Red Hat, kÄ programmatÅ«ras ražotÄjam, ir savas DevOps komandas un prakses.
MÅ«su inženieris Marks Birgers, kurÅ” izstrÄdÄ iekÅ”Äjo automatizÄcijas pakalpojumu citÄm grupÄm visÄ organizÄcijÄ, stÄstÄ«s savu stÄstu krievu valodÄ ā kÄ Red Hat DevOps komanda migrÄja lietotnes no virtuÄlÄm vidÄm, kas tiek pÄrvaldÄ«tas ar Ansible, uz pilnvÄrtÄ«gu konteineru formÄtu OpenShift platformÄ.
Bet tas vÄl nav viss:
PÄc tam, kad organizÄcijas pÄrvietoja darba slodzes konteineros, tradicionÄlÄs programmatÅ«ru uzraudzÄ«bas metodes var nedarboties. OtrajÄ ziÅojumÄ mÄs izskaidrosim mÅ«su motivÄciju mainÄ«t reÄ£istrÄcijas veidu un parÄdÄ«sim turpinÄjumu ceļam, kas mÅ«s noved pie mÅ«sdienu žurnÄlu un uzraudzÄ«bas metodÄm.
Avots: habr.com
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
Finnish
French
Hungarian
Latvian
Lithuanian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish