Vai ir grÅ«ti saprast galveno, runÄjot par DevOps? MÄs esam apkopojuÅ”i jums spilgtas analoÄ£ijas, pÄrsteidzoÅ”us formulÄjumus un ekspertu padomus, kas palÄ«dzÄs pat nespeciÄlistiem tikt pie lietas. BeigÄs bonuss ir Red Hat darbinieku paÅ”u DevOps.
Termins DevOps radÄs pirms 10 gadiem un ir kļuvis no Twitter atsauces lÄ«dz spÄcÄ«gai kultÅ«ras kustÄ«bai IT pasaulÄ ā patiesai filozofijai, kas mudina izstrÄdÄtÄjus paveikt lietas ÄtrÄk, eksperimentÄt un virzÄ«ties uz priekÅ”u. DevOps ir kļuvis nesaraujami saistÄ«ts ar digitÄlÄs transformÄcijas jÄdzienu. TaÄu, kÄ tas bieži notiek ar IT terminoloÄ£iju, pÄdÄjo desmit gadu laikÄ DevOps ir ieguvis daudz definÄ«ciju, interpretÄciju un nepareizu priekÅ”statu par sevi.
TÄpÄc bieži var dzirdÄt jautÄjumus par DevOps, piemÄram, vai tas ir tas pats, kas veikls? Vai arÄ« tÄ ir kÄda Ä«paÅ”a metodika? Vai arÄ« tas ir tikai vÄl viens sinonÄ«ms vÄrdam āsadarbÄ«baā?
DevOps ietver daudz dažÄdu jÄdzienu (nepÄrtraukta piegÄde, nepÄrtraukta integrÄcija, automatizÄcija utt.), tÄpÄc svarÄ«gÄ noteikÅ”ana var bÅ«t sarežģīta, it Ä«paÅ”i, ja Ŕī tÄma aizraujas. TomÄr Ŕī prasme ir ļoti noderÄ«ga neatkarÄ«gi no tÄ, vai jÅ«s mÄÄ£inÄt nodot savas idejas saviem priekÅ”niekiem vai vienkÄrÅ”i pastÄstÄ«t kÄdam no Ä£imenes vai draugiem par savu darbu. TÄpÄc pagaidÄm noliksim malÄ DevOps terminoloÄ£iskÄs nianses un koncentrÄsimies uz kopÄjo ainu.
Kas ir DevOps: 6 definīcijas un analoģijas
LÅ«dzÄm ekspertus pÄc iespÄjas vienkÄrÅ”Äk un Ä«si izskaidrot DevOps bÅ«tÄ«bu, lai tÄ vÄrtÄ«ba kļūtu skaidra lasÄ«tÄjiem ar jebkÄda lÄ«meÅa tehniskajÄm zinÄÅ”anÄm. Pamatojoties uz Å”o sarunu rezultÄtiem, mÄs esam atlasÄ«juÅ”i visspilgtÄkÄs analoÄ£ijas un pÄrsteidzoÅ”Äkos formulÄjumus, kas palÄ«dzÄs jums izveidot stÄstu par DevOps.
1. DevOps ir kultūras kustība
"DevOps 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 nedod reÄlus ieguvumus, kamÄr kÄds to nesÄk lietot: klienti, klienti, darbinieki, nevis bÅ«tÄ«ba," saka EvelÄ«na Ärliha, vecÄkÄ pÄtniece. analÄ«tiÄ·is DevOps institÅ«tÄ. "TÄpÄc abas Ŕīs puses kopÄ«gi nodroÅ”ina Ätru un kvalitatÄ«vu programmatÅ«ras piegÄdi."
2. DevOps ir izstrÄdÄtÄju pilnvaru pieŔķirÅ”ana.
"DevOps dod iespÄju izstrÄdÄtÄjiem piederÄt lietojumprogrammÄm, palaist tÄs un pÄrvaldÄ«t piegÄdi no sÄkuma lÄ«dz beigÄm."
"Parasti par DevOps tiek runÄts kÄ par veidu, kÄ paÄtrinÄt lietojumprogrammu piegÄdi ražoÅ”anai, veidojot un ievieÅ”ot automatizÄtus procesus," saka Jai āāSchniepp, apdroÅ”inÄÅ”anas kompÄnijas Liberty Mutual DevOps platformu direktors. "Bet man tÄ ir daudz bÅ«tiskÄka lieta." DevOps sniedz izstrÄdÄtÄjiem iespÄju iegÅ«t Ä«paÅ”umÄ lietojumprogrammas vai noteiktas programmatÅ«ras daļas, palaist tÄs un pÄrvaldÄ«t to piegÄdi no sÄkuma lÄ«dz beigÄm. DevOps novÄrÅ” atbildÄ«bas neskaidrÄ«bas un palÄ«dz visiem, kas iesaistÄ«ti automatizÄtas, izstrÄdÄtÄju vadÄ«tas infrastruktÅ«ras izveidÄ.
3. DevOps ir par sadarbÄ«bu lietojumprogrammu izveidÄ un piegÄdÄ.
"VienkÄrÅ”i sakot, DevOps ir pieeja programmatÅ«ras ražoÅ”anai un piegÄdei, kurÄ visi strÄdÄ kopÄ," saka Gur Staf, BMC prezidents un digitÄlÄ biznesa automatizÄcijas vadÄ«tÄjs.
4. DevOps ir cauruļvads
"Konveijera montÄža ir iespÄjama tikai tad, ja visas detaļas sader kopÄ."
"Es salÄ«dzinÄtu DevOps ar automaŔīnu montÄžas lÄ«niju," turpina Gur Staff. ā Ideja ir iepriekÅ” projektÄt un izgatavot visas detaļas, lai pÄc tam tÄs varÄtu salikt bez individuÄlas pielÄgoÅ”anas. Konveijera montÄža ir iespÄjama tikai tad, ja visas detaļas sader kopÄ. Tiem, kas projektÄ un bÅ«vÄ dzinÄju, jÄapsver, kÄ to piestiprinÄt pie korpusa vai rÄmja. Tiem, kas taisa bremzes, jÄdomÄ par riteÅiem utt. Tam vajadzÄtu bÅ«t arÄ« ar programmatÅ«ru.
IzstrÄdÄtÄjam, kas veido biznesa loÄ£iku vai lietotÄja saskarni, ir jÄdomÄ par datubÄzi, kurÄ tiek glabÄta klienta informÄcija, droŔības pasÄkumiem lietotÄju datu aizsardzÄ«bai un par to, kÄ tas viss darbosies, kad pakalpojums sÄks apkalpot lielu, iespÄjams, pat vairÄku miljonu dolÄru lietotÄju auditoriju. ā.
āLielÄkais ŔķÄrslis, kas jÄpÄrvar, ir likt cilvÄkiem sadarboties un domÄt par darba daļÄm, ko veic citi, nevis koncentrÄties tikai uz saviem uzdevumiem. Ja jÅ«s to varat izdarÄ«t, jums ir lieliskas digitÄlÄs transformÄcijas iespÄjas,ā piebilst Gur Staff.
5. DevOps ir pareizÄ cilvÄku, procesu un automatizÄcijas kombinÄcija
Jayne Groll, DevOps institÅ«ta izpilddirektors, piedÄvÄja lielisku analoÄ£iju, lai izskaidrotu DevOps. ViÅas vÄrdiem sakot, āDevOps ir kÄ recepte ar trim galvenajÄm sastÄvdaļu kategorijÄm: cilvÄki, process un automatizÄcija. LielÄko daļu Å”o sastÄvdaļu var iegÅ«t no citÄm jomÄm un avotiem: Lean, Agile, SRE, CI/CD, ITIL, vadÄ«ba, kultÅ«ra, instrumenti. DevOps, tÄpat kÄ jebkuras labas receptes, noslÄpums ir tas, kÄ iegÅ«t pareizÄs proporcijas un Å”o sastÄvdaļu maisÄ«jumu, lai palielinÄtu lietojumprogrammu izveides un izlaiÅ”anas Ätrumu un efektivitÄti.
6. DevOps ir tad, kad programmÄtÄji strÄdÄ kÄ Formula 1 komanda
"SacensÄ«bas nav plÄnotas no sÄkuma lÄ«dz finiÅ”am, bet tieÅ”i otrÄdi, no finiÅ”a lÄ«dz startam."
"Kad es runÄju par to, ko sagaidÄ«t no DevOps iniciatÄ«vas, es domÄju par NASCAR vai Formula 1 sacÄ«kÅ”u komandu kÄ piemÄru," saka Kriss Å orts, Red Hat mÄkoÅa platformas mÄrketinga vecÄkais menedžeris un DevOps'ish biļetena izdevÄjs. ā Å Ädas komandas lÄ«derim ir viens mÄrÄ·is: sacensÄ«bu noslÄgumÄ ieÅemt pÄc iespÄjas augstÄku vietu, Åemot vÄrÄ komandai pieejamos resursus un izaicinÄjumus, kas to piemeklÄja. Å ajÄ gadÄ«jumÄ sacensÄ«bas tiek plÄnotas nevis no starta lÄ«dz finiÅ”am, bet tieÅ”i otrÄdi, no finiÅ”a lÄ«dz startam. Vispirms tiek izvirzÄ«ts ambiciozs mÄrÄ·is, un tad tiek noteikti veidi, kÄ to sasniegt. PÄc tam tie tiek sadalÄ«ti apakÅ”uzdevumos un deleÄ£Äti komandas locekļiem.
āKomanda visu nedÄļu pirms sacensÄ«bÄm velta, lai pilnveidotu pitstopu. ViÅÅ” nodarbojas ar spÄka treniÅiem un kardio, lai uzturÄtu formu nogurdinoÅ”ai sacensÄ«bu dienai. Prakse strÄdÄt kopÄ, lai atrisinÄtu visas problÄmas, kas var rasties sacensÄ«bu laikÄ. TÄpat izstrÄdes komandai ir jÄapmÄca prasme bieži izdot jaunas versijas. Ja jums ir Å”Ädas prasmes un labi funkcionÄjoÅ”a droŔības sistÄma, arÄ« jaunu versiju palaiÅ”ana ražoÅ”anÄ notiek biežÄk. Å ajÄ pasaules skatÄ«jumÄ palielinÄts Ätrums nozÄ«mÄ paaugstinÄtu droŔību,ā saka Å orts.
āTas nav par āpareizo lietuā darÄ«Å”anu,ā Å orts piebilst, ātas ir par pÄc iespÄjas vairÄk lietu novÄrÅ”anu, kas traucÄ vÄlamajam rezultÄtam. Sadarbojieties un pielÄgojieties, pamatojoties uz reÄllaikÄ saÅemtajÄm atsauksmÄm. Esiet gatavs anomÄlijÄm un strÄdÄjiet, lai uzlabotu kvalitÄti, lai samazinÄtu to ietekmi uz virzÄ«bu uz jÅ«su mÄrÄ·i. Tas ir tas, kas mÅ«s sagaida DevOps pasaulÄ.
KÄ mÄrogot DevOps: 10 ekspertu padomi
VienkÄrÅ”i DevOps un masu DevOps ir pilnÄ«gi atŔķirÄ«gas lietas. MÄs jums pateiksim, kÄ pÄrvarÄt ŔķÄrŔļus ceÄ¼Ä no pirmÄs uz otro.
DaudzÄm organizÄcijÄm ceļojums uz DevOps sÄkas viegli un patÄ«kami. Tiek izveidotas mazas kaislÄ«gas komandas, vecie procesi tiek aizstÄti ar jauniem, un pirmie panÄkumi nav ilgi jÄgaida.
DiemžÄl tas ir tikai viltus mirdzums, progresa ilÅ«zija, saka Bens Grinnels, konsultÄciju uzÅÄmuma North Highland rÄ«kotÄjdirektors un digitÄlÄs nodaļas vadÄ«tÄjs. AgrÄ«nÄs uzvaras noteikti ir iepriecinoÅ”as, taÄu tÄs nepalÄ«dz sasniegt galveno mÄrÄ·i ā plaÅ”i izplatÄ«t DevOps visÄ organizÄcijÄ.
Ir viegli saprast, ka rezultÄts ir dalÄ«juma kultÅ«ra starp āmÄsā un āviÅiemā.
"Bieži vien organizÄcijas uzsÄk Å”os novatoriskos projektus, domÄjot, ka tie pavÄrs ceļu galvenajai DevOps attÄ«stÄ«bai, neapsverot, vai citi spÄs vai vÄlÄsies iet Å”o ceļu," skaidro Bens Grinnels. ā Komandas Å”Ädu projektu Ä«stenoÅ”anai parasti tiek komplektÄtas no paÅ”pÄrliecinÄtiem āvarangieÅ”iemā, kuri kaut ko lÄ«dzÄ«gu jau ir darÄ«juÅ”i citÄs vietÄs, bet ir jauni jÅ«su organizÄcijÄ. TajÄ paÅ”Ä laikÄ viÅi tiek mudinÄti pÄrkÄpt un iznÄ«cinÄt noteikumus, kas joprojÄm ir saistoÅ”i visiem pÄrÄjiem. Ir viegli saprast, ka rezultÄts ir āmÄsā un āviÅuā kultÅ«ra, kas kavÄ zinÄÅ”anu un prasmju nodoÅ”anu.
"Un Ŕī kultÅ«ras problÄma ir tikai viens no iemesliem, kÄpÄc DevOps ir grÅ«ti mÄrogot. DevOps komandas saskaras ar pieaugoÅ”Äm tehniskÄm problÄmÄm, kas ir raksturÄ«gas strauji augoÅ”iem IT uzÅÄmumiem, āsacÄ«ja StÄ«vs Å Å«mens, Scalyr dibinÄtÄjs un priekÅ”sÄdÄtÄjs.
āMÅ«sdienu pasaulÄ pakalpojumi mainÄs, tiklÄ«dz rodas vajadzÄ«ba. Ir lieliski pastÄvÄ«gi ieviest un ieviest jaunas funkcijas, taÄu Ŕī procesa koordinÄÅ”ana un raduÅ”os problÄmu novÄrÅ”ana ir Ä«stas galvassÄpes, piebilst StÄ«vs Å Å«mens. ā Ä»oti strauji augoÅ”Äs organizÄcijÄs inženieriem starpfunkcionÄlajÄs komandÄs ir grÅ«ti saglabÄt redzamÄ«bu pÄrmaiÅÄm un to radÄ«tajiem atkarÄ«bas lÄ«meÅa kaskÄdes efektiem. TurklÄt inženieri nav priecÄ«gi, ja viÅiem tiek liegta Ŕī iespÄja, un rezultÄtÄ viÅiem kļūst grÅ«tÄk izprast raduÅ”os problÄmu bÅ«tÄ«bu.
KÄ pÄrvarÄt Å”os iepriekÅ” aprakstÄ«tos izaicinÄjumus un pÄriet uz DevOps masveida ievieÅ”anu lielÄ organizÄcijÄ? Eksperti aicina bÅ«t pacietÄ«giem, pat ja jÅ«su galvenais mÄrÄ·is ir paÄtrinÄt programmatÅ«ras izstrÄdes ciklu un biznesa procesus.
1. Atcerieties, ka kultÅ«ras maiÅa prasa laiku.
Džeina Grola, DevOps institÅ«ta izpilddirektore: āManuprÄt, DevOps paplaÅ”inÄÅ”anai vajadzÄtu bÅ«t tikpat pakÄpeniskai un iteratÄ«vai kÄ elastÄ«gai attÄ«stÄ«bai (un vienlÄ«dz skartai kultÅ«rai). Agile un DevOps uzsver mazas komandas. TaÄu, pieaugot Å”o komandu skaitam un integrÄcijai, arvien vairÄk cilvÄku pieÅem jaunus darba veidus, un rezultÄtÄ notiek milzÄ«ga kultÅ«ras transformÄcija.
2. Pavadiet pietiekami daudz laika, plÄnojot un izvÄloties platformu
Erans Kinsbruners, Perfecto vadoÅ”ais tehniskais evaÅÄ£Älists: āLai mÄrogoÅ”ana darbotos, DevOps komandÄm vispirms jÄiemÄcÄs apvienot tradicionÄlos procesus, rÄ«kus un prasmes, un pÄc tam lÄnÄm jÄkopj un jÄstabilizÄ katrs atseviŔķais DevOps posms. Viss sÄkas ar rÅ«pÄ«gu lietotÄju stÄstu un vÄrtÄ«bu plÅ«smu plÄnoÅ”anu, kam seko programmatÅ«ras rakstÄ«Å”ana un versiju kontrole, izmantojot uz maÄ£istrÄli balstÄ«tu izstrÄdi vai citas pieejas, kas vislabÄk piemÄrotas koda sazaroÅ”anai un apvienoÅ”anai.
āTad nÄk integrÄcijas un testÄÅ”anas posms, kurÄ jau ir nepiecieÅ”ama mÄrogojama automatizÄcijas platforma. Å eit DevOps komandÄm ir svarÄ«gi izvÄlÄties pareizo platformu, kas atbilst viÅu prasmju lÄ«menim un projekta galamÄrÄ·iem.
NÄkamais posms ir izvietoÅ”ana ražoÅ”anÄ, un tam jÄbÅ«t pilnÄ«bÄ automatizÄtam, izmantojot orÄ·estrÄÅ”anas rÄ«kus un konteinerus. Ir svarÄ«gi, lai visos DevOps posmos bÅ«tu virtualizÄtas vides (ražoÅ”anas simulators, kvalitÄtes nodroÅ”inÄÅ”anas vide un faktiskÄ ražoÅ”anas vide), un testiem vienmÄr izmantot tikai jaunÄkos datus, lai iegÅ«tu atbilstoÅ”us secinÄjumus. Analytics ir jÄbÅ«t gudrai un jÄspÄj apstrÄdÄt lielus datus ar Ätru un praktisku atgriezenisko saiti.
3. IzÅemiet vainu no atbildÄ«bas.
Gordons Hafs, RedHat evaÅÄ£Älists: āSistÄmas un atmosfÄras izveide, kas ļauj un veicina eksperimentÄÅ”anu, ļauj pieļaut tÄ sauktÄs veiksmÄ«gÄs neveiksmes veiklÄ programmatÅ«ras izstrÄdÄ. Tas nenozÄ«mÄ, ka neviens cits nav atbildÄ«gs par neveiksmÄm. Faktiski atbildÄ«go identificÄÅ”ana kļūst vÄl vienkÄrÅ”Äka, jo ābÅ«t atbildÄ«gamā vairs nenozÄ«mÄ āizraisÄ«t negadÄ«jumuā. Tas ir, atbildÄ«bas bÅ«tÄ«ba mainÄs kvalitatÄ«vi. Äetri faktori kļūst kritiski: traucÄjumu apjoms, pieejas, ražoÅ”anas procesi un stimuli. (VairÄk par Å”iem faktoriem varat lasÄ«t Gordona Hafa rakstÄ āDevOps stundas: 4 veselÄ«gu eksperimentu aspektiā.)
4. Atbrīvojiet ceļu uz priekŔu
Bens Grinnels, konsultÄciju uzÅÄmuma North Highland rÄ«kotÄjdirektors un digitÄlÄs nodaļas vadÄ«tÄjs: āLai sasniegtu mÄrogu, es iesaku uzsÄkt āceļu attÄ«rÄ«Å”anasā programmu kopÄ ar novatoriskajiem projektiem. Å Ä«s programmas mÄrÄ·is ir iztÄ«rÄ«t atkritumus, ko DevOps pionieri atstÄj, piemÄram, novecojuÅ”us noteikumus un tamlÄ«dzÄ«gas lietas, lai ceļŔ uz priekÅ”u bÅ«tu skaidrs.
āSniedziet cilvÄkiem organizatorisku atbalstu un impulsu, izmantojot komunikÄciju, kas ir daudz plaÅ”Äka nekÄ pionieru grupa, plaÅ”i atzÄ«mÄjot jaunu darba veidu panÄkumus. ApmÄcÄ«t cilvÄkus, kuri ir iesaistÄ«ti nÄkamajÄ DevOps projektu vilnÄ« un ir satraukti par DevOps izmantoÅ”anu pirmo reizi. Un atcerieties, ka Å”ie cilvÄki ļoti atŔķiras no pionieriem.
5. DemokratizÄt instrumentus
StÄ«vs Å Å«mens, Scalyr dibinÄtÄjs un priekÅ”sÄdÄtÄjs: āInstrumentus nedrÄ«kst slÄpt no cilvÄkiem, un tiem jÄbÅ«t salÄ«dzinoÅ”i viegli apgÅ«stamiem ikvienam, kas vÄlas veltÄ«t laiku. Ja iespÄja vaicÄt žurnÄlus ir ierobežota lÄ«dz trim personÄm, kas ir āsertificÄtasā rÄ«ka lietoÅ”anai, problÄmas risinÄÅ”anai vienmÄr bÅ«s pieejami ne vairÄk kÄ trÄ«s cilvÄki, pat ja jums ir ļoti liela skaitļoÅ”anas vide. Citiem vÄrdiem sakot, Å”eit ir vÄjÅ” kakls, kas var izraisÄ«t nopietnas (biznesa) sekas.ā
6. RadÄ«t ideÄlus apstÄkļus komandas darbam
Toms KlÄrks, ITV kopÄjÄs platformas vadÄ«tÄjs: āJÅ«s varat darÄ«t jebko, bet ne visu uzreiz. TÄpÄc uzstÄdiet lielus mÄrÄ·us, sÄciet ar mazumiÅu un virzieties uz priekÅ”u ÄtrÄs iterÄcijÄs. Laika gaitÄ jÅ«s iegÅ«sit reputÄciju, lai paveiktu lietas, tÄpÄc arÄ« citi vÄlÄsies izmantot jÅ«su metodes. Un neuztraucieties par ļoti efektÄ«vas komandas izveidi. TÄ vietÄ nodroÅ”iniet cilvÄkiem ideÄlus darba apstÄkļus, un efektivitÄte sekos.
7. Neaizmirstiet par Konveja likumu un Kanban dÄļiem
Logans Deigls, CollabNetVersionOne programmatÅ«ras piegÄdes un DevOps stratÄÄ£ijas direktors: āIr svarÄ«gi saprast Konveja likuma sekas. ManÄ pÄrfrÄzÄjumÄ Å”is likums nosaka, ka produkti, ko mÄs radÄm, un procesi, ko izmantojam, tostarp DevOps, izrÄdÄs strukturÄti tÄpat kÄ mÅ«su organizÄcija.
āJa organizÄcijÄ ir daudz tvertÅu un, plÄnojot, veidojot un izlaižot programmatÅ«ru, vadÄ«ba daudzas reizes maina Ä«paÅ”niekus, mÄrogoÅ”anas efekts bÅ«s nulle vai Ä«slaicÄ«gs. Ja organizÄcija veido starpfunkcionÄlas komandas ap produktiem, kas tiek finansÄti, koncentrÄjoties uz tirgu, tad veiksmes iespÄjas ievÄrojami palielinÄs.
āVÄl viens svarÄ«gs mÄrogoÅ”anas aspekts ir visu nepabeigto darbu (WIP, workinprogress) attÄloÅ”ana Kanban dÄļos. Ja organizÄcijai ir vieta, kur cilvÄki var redzÄt Ŕīs lietas, tas ļoti veicina sadarbÄ«bu, kas pozitÄ«vi ietekmÄ mÄrogoÅ”anu.
8. MeklÄjiet vecas rÄtas
Manuels Paiss, DevOps konsultants un Team Topologies lÄ«dzautors: āDevOps prakses izmantoÅ”ana Ärpus Dev un Ops un mÄÄ£inÄjumi tos piemÄrot citÄm funkcijÄm nav optimÄla pieeja. Tam noteikti bÅ«s zinÄma ietekme (piemÄram, automatizÄjot manuÄlo vadÄ«bu), taÄu daudz vairÄk var panÄkt, ja sÄkam ar piegÄdes un atgriezeniskÄs saites procesu izpratni.
āJa organizÄcijas IT sistÄmÄ ir vecas rÄtas - procedÅ«ras un vadÄ«bas mehÄnismi, kas ieviesti pagÄtnes incidentu rezultÄtÄ, bet zaudÄjuÅ”i savu aktualitÄti (produktu, tehnoloÄ£iju vai procesu izmaiÅu dÄļ), tad tÄs noteikti ir jÄnoÅem. vai izlÄ«dzinÄt, nevis automatizÄt neefektÄ«vus vai nevajadzÄ«gus procesus.
9. Neizmantojiet DevOps iespÄjas
Entonijs Edvardss, Eggplant operÄciju direktors: āDevOps ir ļoti neskaidrs termins, tÄpÄc katra komanda beidzas ar savu DevOps versiju. Un nekas nav sliktÄks, ja organizÄcijai pÄkÅ”Åi ir 20 DevOps veidi, kas ne pÄrÄk labi sader kopÄ. Katrai no trim izstrÄdes komandÄm nav iespÄjams izveidot savu Ä«paÅ”u saskarni starp izstrÄdi un produktu pÄrvaldÄ«bu. Produktiem nevajadzÄtu bÅ«t arÄ« savÄm unikÄlajÄm cerÄ«bÄm attiecÄ«bÄ uz atgriezenisko saiti, kad tie tiek pÄrsÅ«tÄ«ti uz ražoÅ”anas simulatoru. PretÄjÄ gadÄ«jumÄ jÅ«s nekad nevarÄsit mÄrogot DevOps.
10. Sludiniet DevOps biznesa vÄrtÄ«bu
StÄ«vs Å Å«mens, Scalyr dibinÄtÄjs un priekÅ”sÄdÄtÄjs: āStrÄdÄjiet, lai atpazÄ«tu DevOps vÄrtÄ«bu. MÄcieties un jÅ«tieties brÄ«vi runÄt par to, ko jÅ«s darÄt. DevOps ir neticami laika un naudas ietaupÄ«jums (padomÄjiet: mazÄk dÄ«kstÄves, Ä«sÄks vidÄjais atveseļoÅ”anÄs laiks), un DevOps komandÄm nenogurstoÅ”i jÄuzsver (un jÄsludina) Å”o iniciatÄ«vu nozÄ«me biznesa panÄkumos. TÄdÄ veidÄ var paplaÅ”inÄt piekritÄju loku un palielinÄt DevOps ietekmi organizÄcijÄ.ā
BONUS
uz
MÅ«su inženieris Marks Birgers, kurÅ” izstrÄdÄ iekÅ”ÄjÄs automatizÄcijas pakalpojumus citÄm grupÄm visÄ organizÄcijÄ, pastÄstÄ«s savu stÄstu skaidrÄ krievu valodÄ - kÄ Red Hat DevOps komanda migrÄja lietojumprogrammas no Hat Virtualization virtuÄlajÄm vidÄm, kuras pÄrvalda Ansible uz pilnvÄrtÄ«gu konteinera formÄtu. platforma OpenShift.
Bet tas vÄl nav viss:
Kad organizÄcijas ir pÄrvietojuÅ”as darba slodzi uz konteineriem, tradicionÄlÄs lietojumprogrammu uzraudzÄ«bas metodes var nedarboties. OtrajÄ runÄ mÄs izskaidrosim savu motivÄciju mainÄ«t reÄ£istrÄÅ”anas veidu un parÄdÄ«sim tÄ ceļa turpinÄjumu, kas mÅ«s noveda pie modernÄm mežizstrÄdes un uzraudzÄ«bas metodÄm.
Avots: www.habr.com