<\/a><\/noindex>DevOps h\u00f5lmab palju erinevaid kontseptsioone (pidev kohaletoimetamine, pidev integreerimine, automatiseerimine jne), seega v\u00f5ib peamise eristamine olla keeruline, eriti kui teema on teile l\u00e4hedane. Siiski on see oskus \u00fclimalt kasulik, olenemata sellest, kas \u00fcritate oma ideid \u00fclemustele edastada v\u00f5i r\u00e4\u00e4gite oma t\u00f6\u00f6st l\u00e4hedastele v\u00f5i tuttavatele. Seet\u00f5ttu l\u00fckkame DevOpsi terminoloogilised n\u00fcansid k\u00f5rvale ja keskendume \u00fcldisele pildile.<\/p>\n
Mis on DevOps: 6 m\u00e4\u00e4ratlust ja analoogiat<\/h3>\n \nPalusime spetsialistidel selgitada DevOpsi olemust v\u00f5imalikult lihtsalt ja l\u00fchidalt, et selle v\u00e4\u00e4rtus muutuks selgeks lugejale, kellel on igasugune tehniline ettevalmistus. Nende vestluste tulemuseks valisime v\u00e4lja k\u00f5ige silmapaistvamad analoogiad ja l\u00f6\u00f6vamad v\u00e4ljendid, mis aitavad teil oma DevOpsi lugu kujundada.<\/p>\n
1. DevOps \u2013 see on kultuuriline liikumine<\/h4>\n \n\u00abDevOps on kultuuriline liikumine, mille k\u00e4igus m\u00f5lemad pooled (tarkvaraarendajad ja IT-s\u00fcsteemide haldurid) tunnustavad, et tarkvara ei too t\u00f5elist kasu, kuni keegi ei hakka seda kasutama: olgu need siis kliendid, tellijad v\u00f5i t\u00f6\u00f6tajad \u2013 m\u00e4rgib Eveline Oehrlich, DevOpsi instituudi vanemanal\u00fc\u00fctik. \u2013 Seet\u00f5ttu tagavad need pooled koos tarkvara kiire ja kvaliteetse tarnimise.\u00bb<\/p>\n
2. DevOps on see, mis annab volitusi arendajatele<\/h4>\n \n\u00abDevOps annab arendajatele \u00f5iguse hallata rakendusi, k\u00e4ivitada neid ja juhtida tarnimist algusest l\u00f5puni\u00bb<\/b><\/p>\n
\u00abTavaliselt r\u00e4\u00e4gitakse DevOpsist kui meetodist, mis kiirendab rakenduste korraldamist tootmises, rakendades automatiseeritud protsesse,\u00bb \u00fctleb Jai Schniepp, DevOps platvormide direktor kindlustusettev\u00f5ttes Liberty Mutual. \u00abKuid minu jaoks on see midagi palju fundamentaalsemat. DevOps annab arendajatele \u00f5iguse omada rakendusi v\u00f5i teatud tarkvara osi, nende haldamiseks ja kohaletoimetamiseks algusest l\u00f5puni. DevOps elimineerib vastutuse segaduse ja suunab k\u00f5iki protsessi osalisi \u00fcles ehitama arendajate juhitud automatiseeritud infrastruktuuri.\u00bb<\/p>\n
3. DevOps \u2013 koost\u00f6\u00f6 rakenduste loomisel ja tarnimisel<\/h4>\n \n\u00abLihtsalt \u00f6eldes, DevOps on l\u00e4henemine tarkvara tootmisele ja tarnimisele, kus k\u00f5ik t\u00f6\u00f6tavad koos,\u00bb m\u00e4rkis Gur Staff, ettev\u00f5tte BMC president ja digitaalse \u00e4ri automatiseerimise juht.<\/p>\n
4. DevOps \u2013 see on konveier<\/h4>\n \n\u00abKonveieritehnika on v\u00f5imalik ainult siis, kui k\u00f5ik osad sobivad omavahel.\u00bb<\/b><\/p>\n
\u00abMa peaks DevOps'i autotootmisliiniga. Idee seisneb selles, et k\u00f5ik osad on ette kavandatud ja valmistatud selliselt, et need oleks v\u00f5imalik kokku panna ilma individuaalse kohandamiseta. Tootmisliin toimib ainult siis, kui k\u00f5ik osad sobivad omavahel. Need, kes projekteerivad ja valmistavad mootorit, peavad m\u00f5tlema, kuidas see kinnitada kere v\u00f5i raami k\u00fclge. Need, kes teevad pidurid, peavad m\u00f5tlema ratastele jne. Sama peab olema ka tarkvaraga.\u00bb <\/p>\n
\u201eArendaja, kes koostab \u00e4riloogikat v\u00f5i kasutajaliidest, peab m\u00f5tlema andmebaasile, mis salvestab teavet klientide kohta, turvameetmetele kasutajate andmete kaitsmiseks ja sellele, kuidas k\u00f5ik see toimib, kui teenus hakkab teenindama suurt, v\u00f5imalik, isegi mitme miljoni kasutaja sihtr\u00fchma.\u201d<\/p>\n
\u201eKuidas panna inimesi koost\u00f6\u00f6d tegema ja m\u00f5tlema sellele, mida teised teevad, mitte ainult oma \u00fclesannetele keskenduma \u2013 see on suurim takistus, mille \u00fcletamine on vajalik. Kui see \u00f5nnestub, on teil suurep\u00e4rased v\u00f5imalused digitaalseks \u00fcmberkujundamiseks,\u201d lisab Gur Staff.<\/p>\n
5. DevOps \u2013 see on \u00f5ige kombinatsioon inimestest, protsessidest ja automatiseerimisest<\/h4>\n \nJayne Groll, DevOps Instituudi tegevdirektor, t\u00f5i v\u00e4lja suurep\u00e4rase analoogia DevOpsi selgitamiseks. Tema s\u00f5nul on \u201eDevOps nagu retsept, kus on kolm p\u00f5hikategooriat koostisosadest: inimesed, protsessid ja automatiseerimine. Enamik neist koostisosadest v\u00f5ib tulla teistest valdkondadest ja allikatest: Lean, Agile, SRE, CI\/CD, ITIL, juhtimine, kultuur, t\u00f6\u00f6riistad. DevOpsi saladus, nagu iga hea retsepti puhul, on \u00f5igete proportsioonide leidmine ja nende koostisosade segamine, et suurendada kiirus ja efektiivsus rakenduste loomisel ja vabastamisel.\u201d<\/p>\n
6. DevOps \u2013 see on siis, kui programmeerijad t\u00f6\u00f6tavad nagu F1 meeskond<\/h4>\n \n\u201eV\u00f5istlus ei ole planeeritud stardist fini\u0161ini, vaid vastupidi, fini\u0161ist starti.\u201d<\/b><\/p>\n
\u201eR\u00e4\u00e4kides DevOps algatuse ootustest, toon ma n\u00e4iteks NASCAR v\u00f5i F1 v\u00f5istkonna,\u201c \u00fctleb Chris Short, Red Hat pilveplatvormide turundusjuht ja DevOps\u2019ish uudiskirja v\u00e4ljaandja. \u201eSelle v\u00f5istkonna juhil on \u00fcks eesm\u00e4rk: saavutada v\u00f5imalikult k\u00f5rge koht, arvestades v\u00f5istkonna ressursse ja eesmisi v\u00e4ljakutseid. Samas plaanitakse v\u00f5istlust mitte stardist fini\u0161isse, vaid vastupidi, fini\u0161ist stardisse. Esiteks seatakse ambitsioonikas eesm\u00e4rk ja seej\u00e4rel m\u00e4\u00e4ratakse viisid selle saavutamiseks. Seej\u00e4rel jagatakse need v\u00e4ike\u00fclesanneteks ja delegeeritakse meeskonna liikmetele.\u201c<\/p>\n
\u00abKogu n\u00e4dala enne v\u00f5istlust treenib meeskond pit-stop'e. Tegeletakse j\u00f5u- ja kardiotreeningutega, et olla vormis kurnaval v\u00f5istlusp\u00e4eval. Harjutatakse koos tegutsemist, et lahendada k\u00f5iki probleeme, mis v\u00f5istluse ajal v\u00f5ivad tekkida. Samamoodi peab arendusmeeskond treenima uute versioonide sagedase v\u00e4ljalaskmise oskusi. Nende oskuste ja h\u00e4sti toimiva turvas\u00fcsteemi olemasolul toimuvad uute versioonide tootmine ja tootmisse laskmine samuti sagedamini. Selle m\u00f5tteviisi kohaselt t\u00e4hendab kiirus suurenenud turvalisust,\u00bb \u00fctleb Short.<\/p>\n
\u00abK\u00fcsimus ei ole selles, et teha \u201e\u00f5igeid asju\u201c, \u2013 lisab Short, \u2013 vaid selles, et eemaldada v\u00f5imalikult palju asju, mis takistavad soovitud tulemuse saavutamist. Koost\u00f6\u00f6d tehke ja kohandage end reaalajas saadud tagasiside kohaselt. Olge valmis anomaaliateks ja t\u00f6\u00f6tage kvaliteedi parandamise nimel, et nende m\u00f5ju eesm\u00e4rgile minimaalne oleks. Just seda ootab meid DevOpsi maailmas\u00bb.<\/p>\n
Kuidas skaleerida DevOps: 10 n\u00f5uannet ekspertidelt<\/h3>\n \nLihtne DevOps ja massiline DevOps on t\u00e4iesti erinevad asjad. R\u00e4\u00e4gime sellest, kuidas \u00fcletada takistused teel esimesest teiseni.<\/b><\/p>\n
Paljude organisatsioonide teekond DevOpsi juurde algab lihtsalt ja meeldivalt. Loobetakse v\u00e4ikseid entusiastlikke meeskondi, vanad protsessid vahetatakse uute vastu ning esimesed edusammud ei lase end kaua oodata.<\/p>\n
Kahjuks on see vaid vale s\u00e4ra, edenemise illusioon, nagu \u00fctleb Ben Grinnell, North Highlandi konsultatsiooni firma digitaalsete tehnoloogiate juht. Varased v\u00f5idud on k\u00fcll lootustandevad, kuid ei aita saavutada l\u00f5ppeesm\u00e4rki, nimelt DevOpsi laialdast kasutuselev\u00f5ttu organisatsioonis.<\/p>\n
On lihtne n\u00e4ha, et selle tulemusena kujuneb v\u00e4lja kultuur, mis jagab inimesi \u00abmeie\u00bb ja \u00abnemad\u00bb.<\/b><\/p>\n
\u201eTihti k\u00e4ivitavad organisatsioonid selliseid pioneeriprojekte, arvates, et need rajavad tee massilisele DevOps-ile, m\u00f5tlemata, kas teised soovivad ja suudavad sellel teel edasi liikuda,\u201d selgitab Ben Greennell. \u201eNeed projektide elluviimise meeskonnad koosnevad tavaliselt enesekehtestavatest 'vikingitest', kes on juba midagi sarnast teinud mujal, kuid on teie organisatsioonis uustulnukad. Samal ajal julgustatakse neid murdma ja h\u00e4vitama reegleid, mis j\u00e4\u00e4vad kohustuslikeks k\u00f5igile teistele. On lihtne n\u00e4ha, et selliseid olukordi tekib eraldumise kultuur \u2018me\u2019 ja \u2018nemad\u2019, mis takistab teadmiste ja oskuste jagamist.\u201d<\/p>\n
\u201eJa see kultuuriline probleem on vaid \u00fcks p\u00f5hjus, miks DevOps-i on raske laieneda. DevOps-i meeskonnad kohtavad tehniliste keerukuste kasvu, mis on iseloomulik kiiresti arenevatele ettev\u00f5tetele, kes on panustanud IT-tehnoloogiatele,\u201d \u00fctleb Steve Newman, Scalyr'i asutaja ja juhatuse esimees.<\/p>\n
Kaasaegses maailmas muutuvad teenused koheselt, kui tekib selline vajadus. Uute funktsioonide pidev rakendamine ja juurutamine on muidugi suurep\u00e4rane, kuid selle protsessi koordineerimine ja tekkivate probleemide lahendamine on t\u00f5eline peavalu, \u2013 m\u00e4rgib Steve Newman. \u2013 V\u00e4ga kiiresti arenevates organisatsioonides v\u00f5itlevad insenerid ristfunktsionaalsete meeskondade koosseisus selle nimel, et s\u00e4ilitada v\u00f5imalus j\u00e4lgida muudatusi ja nende p\u00f5hjustatud kaskadiefekte s\u00f5ltuvuste tasandil. Veelgi enam, insenerid ei ole sugugi rahul, kui neid sellisest v\u00f5imalusest ilma j\u00e4etakse, mist\u00f5ttu muutub neil raskemaks m\u00f5ista tekkivate probleemide olemust.<\/p>\n
Kuidas \u00fcletada eespool nimetatud raskused ja liikuda suurettev\u00f5ttes DevOps'i laialdase kasutamise poole? Eksperdid soovitavad varuda kannatust, isegi kui teie l\u00f5ppeesm\u00e4rk on kiirendada tarkvaraarenduse ja \u00e4riprotsesside ts\u00fckleid.<\/b><\/p>\n1. Pidage meeles, et kultuurimuutusteks on vajalik aeg.<\/h4>\n
\nJayne Groll, DevOpsi Instituudi tegevjuht:<\/b> Minu arvates peaks DevOps laienemine olema sama j\u00e4rkj\u00e4rguline ja iteratiivne kui agile-arendus (ja sama h\u00e4sti h\u00f5lmama kultuuri). Agile ja DevOps keskenduvad v\u00e4ikestele meeskondadele. Kuid kui selliste meeskondade arv kasvab ja nad integreeruvad, saame \u00fcha rohkem inimesi, kes rakendavad uusi t\u00f6\u00f6tamisviise, ja sellest tulenevalt toimub ulatuslik kultuuri transformatsioon.<\/p>\n2. P\u00fchendage piisavalt aega planeerimisele ja platvormi valikule.<\/h4>\n
\nEran Kinsbruner, Perfecto juhtiv tehniline evangelist:<\/b> Selleks, et skalaarimine toimiks, peavad DevOps meeskonnad alguses \u00f5ppima kombineerima traditsioonilisi protsesse, t\u00f6\u00f6riistu ja oskusi ning seej\u00e4rel aeglaselt kasvatama iga DevOps faasi ning stabiliseerima selle. K\u00f5ik algab hoolikast kasutajate lugude (user story) ja v\u00e4\u00e4rtusvoogude (value stream) planeerimisest, millele j\u00e4rgneb tarkvara kirjutamise ja versioonihalduse etapp, kasutades trunk-based developmentit v\u00f5i teisi l\u00e4henemisviise, mis sobivad k\u00f5ige paremini koodi harude ja liitmise jaoks.<\/p>\n
Seej\u00e4rgmiseks on integreerimise ja testimise etapp, kus on juba vajalik skaleeritav automatiseerimisplatvorm. DevOpsi meeskondade jaoks on oluline valida \u00f5ige platvorm, mis vastab nende oskuste tasemele ja projekti l\u00f5ppeesm\u00e4rkidele. <\/p>\n
J\u00e4rgmine etapp on produktsiooni keskkonda juurutamine, mis peab olema t\u00e4ielikult automatiseeritud orkestreerimis- ja konteinerit\u00f6\u00f6riistade abil. Oluline on omada virtualiseeritud keskkondi k\u00f5ikides DevOps'i etappides (produksioonikeskkonna simulaator, kvaliteedikontrolli keskkond ja tegelik produktsioonikeskkond) ning alati kasutada testimiseks ainult k\u00f5ige v\u00e4rskemaid andmeid, et saada asjakohaseid j\u00e4reldusi. Anal\u00fc\u00fctika peab olema nutikas ja suutma t\u00f6\u00f6delda suuri andmeid kiire ja efektiivse tagasisidega.<\/p>\n
3. Vabastage vastutus s\u00fc\u00fcde maitsest<\/h4>\n \nGordon Haff (Gordon Haff), RedHat'i evangelist:<\/b> \u00abKatses\u00fcsteemi ja keskkonna loomine, mis lubab ja julgustab katsetusi, v\u00f5imaldab saavutada nii nimetatud edukaid eba\u00f5nnestumisi agile-tarkvaraarenduses. See ei t\u00e4henda, et keegi ei vastuta eba\u00f5nnestumise eest. Tegelikult on vastutaja leidmine isegi lihtsam, kuna 'olla vastutav' ei t\u00e4henda enam 'saada s\u00fc\u00fcdistatavaks'. Seega vastutuse olemus muutub kvaliteetselt. Samas on \u00e4\u00e4rmiselt olulised neli tegurit: eba\u00f5nnestumise ulatus, l\u00e4henemisviisid, tootmisprotsessid ja stiimulid.\u00bb (Lisainfot nende tegurite kohta leiate Gordon Huffi artiklist 'DevOps lessons: 4 aspects of healthy experiments'.)<\/p>\n4. Puhastage tee ettepoole<\/h4>\n
\nBen Grinnell, digitaalsete tehnoloogiate konsultatsioonifirma North Highland tegevjuht ja direktor:<\/b> \u00abMastaapse arengu saavutamiseks soovitan koos esmakordsete projektidega k\u00e4ivitada 'tee puhastamise' programmi. Selle programmi eesm\u00e4rk on eemaldada pr\u00fcgi, mis j\u00e4\u00e4b DevOpsi esmakordsete praktiseerijate j\u00e4rel, nagu aegunud reeglid ja muud sellised asjad, et tee ettepoole j\u00e4\u00e4ks vabaks.\u00bb<\/p>\n
Andke inimestele organisatsioonilist tuge ning edendage suhtlust, mis ulatub kaugemale pioneerigruppidest, t\u00e4histades laialdaselt uute t\u00f6\u00f6meetodite edusamme. Koolitage inimesi, kes osalevad j\u00e4rgmise DevOps projektide lainega ning tunnevad \u00e4revust DevOpsi esmakordsel kasutamisel. Ja pidage meeles, et need inimesed on v\u00e4ga erinevad pioneeridest.<\/p>\n
5. Muutke t\u00f6\u00f6riistad demokraatlikumaks<\/h4>\n \nSteve Newman, ettev\u00f5tte Scalyr asutaja ja juhatuse esimees:<\/b> \u00abT\u00f6\u00f6riistu ei tohiks peita inimeste eest ning need peaksid olema suhteliselt lihtsad omandada neile, kes on valmis nende \u00f5ppimiseks aega kulutama. Kui logide p\u00e4rimiseks on \u00f5igus ainult kolmel inimesele, kes on selle t\u00f6\u00f6riistaga \u2018sertifitseeritud\u2019, on teil alati maksimaalselt kolm inimest, kes saavad vastata vastavale probleemile, isegi kui teil on v\u00e4ga suur arvutuslik keskkond. Teisis\u00f5nu, siin tekib kitsaskoht, mis v\u00f5ib viia t\u00f5sistele (\u00e4ri)tagaj\u00e4rgedele.\u00bb<\/p>\n6. Looge meeskonna t\u00f6\u00f6ks ideaalsed tingimused<\/h4>\n
\nTom Clark, ITV telekompanii Common Platformi juht:<\/b> \u201eSaate teha k\u00f5ike, aga mitte k\u00f5ike korraga. Seega seadke suured eesm\u00e4rgid, alustage v\u00e4ikesest ja liikuge edasi kiirete iteratsioonidega. Aja jooksul teenite te maine, et teie meeskonnal \u00f5nnestub, seet\u00f5ttu soovivad teisedki teie meetodeid kasutada. Ja \u00e4rge p\u00fc\u00fcdke luua k\u00f5rge t\u00f5hususe meeskonda. Selle asemel tagage inimestele ideaalne t\u00f6\u00f6keskkond ning efektiivsus tuleb iseenesest.\u201c<\/p>\n7. \u00c4rge unustage Conway seadust ja kanban-tahvleid<\/h4>\n
\nLogan Daigle, CollabNetVersionOne tarkvaraarenduse ja DevOpsi strateegia direktor:<\/b> \u201eOluline on m\u00f5ista Conway seaduse tagaj\u00e4rgi. Minu libedalt kokkuv\u00f5ttes \u00fctleb see seadus, et tooted, mida me loome, ja protsessid, mida me kasutame, sealhulgas DevOps, on korraldatud sama viisil nagu meie organisatsioon.\u201c<\/p>\n
\u00abKui organisatsioonis valitseb suur killustatus ning tarkvara planeerimisel, loomisel ja v\u00e4ljaandmisel toimub juhtimine j\u00e4rjestikku erinevate k\u00e4tesse, siis ei saavutata mastaabistumise efekti v\u00f5i see on l\u00fchiajaline. Kui aga organisatsioon loob toote \u00fcmber ristfunktsionaalseid tiime, mis on turule suunatud, siis t\u00f5usevad eduv\u00f5imalused oluliselt.\u00bb<\/p>\n
\u00abTeine oluline aspekt mastaabistumisel on kuvada kanban-tahvlitel k\u00f5ik pooleliolevad t\u00f6\u00f6d (WIP, work in progress). Kui organisatsioonis on koht, kus inimesed saavad selliseid asju n\u00e4ha, stimuleerib see koost\u00f6\u00f6d v\u00e4ga palju, mis omakorda toetab mastaabistumist positiivselt.\u00bb<\/p>\n
8. Otsige vana arm<\/h4>\n \nManuel Pais, DevOps konsultant ja raamatu \u201eTeam Topologies\u201c kaasautor:<\/b> \u00abDevOps'i praktikate viimine v\u00e4ljapoole DevOps'i enda raamistikku ja nende rakendamine teistesse funktsioonidesse ei ole t\u00f5en\u00e4oliselt optimaalne l\u00e4henemine. See toob muidugi teatud m\u00f5ju (n\u00e4iteks k\u00e4sitsijuhtimise automatiseerimise t\u00f5ttu), kuid palju rohkem saab saavutada, kui alustada tarnimise- ja tagasisideprotsesside m\u00f5istmisest.\u00bb<\/p>\n
\u00abKui organisatsiooni IT-s\u00fcsteemis on vanu arme \u2013 haldusprotseduurid ja mehhanismid, mis on rakendatud varasemate juhtumite t\u00f5ttu, kuid on muutunud ebaoluliseks (toodete, tehnoloogiate v\u00f5i protsesside muutumise t\u00f5ttu), siis tuleb need kindlasti eemaldada v\u00f5i siluda, mitte automatiseerida ebaefektiivseid v\u00f5i mittevajalikke protsesse\u00bb.<\/p>\n
9. \u00c4ra loo DevOps'i variante<\/h4>\n \nAntony Edwards, Eggplanti tootmisdirektor:<\/b> \u00abDevOps on v\u00e4ga udune termin, seet\u00f5ttu on igal meeskonnal oma variant DevOps'ist. Pole midagi hullemat, kui organisatsioonis on korraga 20 erinevat DevOps'i varianti, mis omavahel h\u00e4sti ei sobi. Ei saa lubada, et igal kolmel arendustiimil on oma eriline liides arenduse ja tootemanageerimise vahel. Samuti ei saa lubada, et toodetel on oma, unikaalsed ootused tagasiside t\u00f6\u00f6tlemise osas, kui need viiakse tootmis\u00fcsteemi simulaatorisse. Muul juhul ei \u00f5nnestu teil kunagi DevOps'i skaleerida\u00bb.<\/p>\n10. R\u00e4\u00e4kige DevOps'i v\u00e4\u00e4rtusest \u00e4ri jaoks<\/h4>\n
\nSteve Newman, ettev\u00f5tte Scalyr asutaja ja juhatuse esimees:<\/b> T\u00f6\u00f6tage DevOpsi v\u00e4\u00e4rtuse tunnustamise nimel. \u00d5ppige ja \u00e4rge kartke r\u00e4\u00e4kida sellest, kuidas teie t\u00f6\u00f6 on kasulik. DevOps s\u00e4\u00e4stab uskumatult aega ja raha (m\u00f5elge: v\u00e4hem seisakuid, l\u00fchem keskmine taastumisaeg), seega peavad DevOps meeskonnad pidevalt r\u00f5hutama (ja propageerima) nende algatuste t\u00e4htsust \u00e4ri eduks. Nii suudate laiendada oma j\u00e4rgijate ringi ja tugevdada DevOpsi m\u00f5ju organisatsioonis.<\/p>\nBOONUS<\/h3>\n
\nVDS-l on v\u00f5imalik installida: Red Hat Foorum Venemaa<\/a><\/noindex> 13. septembril saabub meie oma DevOps \u2013 jah, Red Hat'il, tarkvaratootjana, on oma DevOps meeskonnad ja praktikad.<\/b><\/p>\nMeie insener Mark Birger, kes arendab sisemisi automatiseerimisteenuseid teistele gruppidele kogu organisatsioonis, r\u00e4\u00e4gib puhtas vene keeles oma lugu \u2013 kuidas Red Hati DevOps meeskond migreeris rakendusi virtuaalsetest keskkondadest Hat Virtualization, mida juhib Ansible, t\u00e4ie\u00f5iguslikku konteinerivormingusse OpenShift platvormil.<\/p>\n
Kuid see pole veel k\u00f5ik:<\/b><\/p>\n
P\u00e4rast seda, kui organisatsioonid on oma t\u00f6\u00f6koormused konteineritesse viinud, ei pruugi traditsioonilised rakenduste j\u00e4lgimise meetodid enam toimida. Teises aruandes selgitame, miks me oma logimisviisi muutsime, ja n\u00e4itame teed, mis viis meid kaasaegsete logimise ja j\u00e4lgimise meetoditeni.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"R\u00e4\u00e4gime](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")