{"id":36933,"date":"2019-10-31T22:14:50","date_gmt":"2019-10-31T19:14:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami\/"},"modified":"2019-10-31T22:14:50","modified_gmt":"2019-10-31T19:14:50","slug":"slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami","title":{"rendered":"Sloerm DevOps: od Git do SRE z vsemi postanki","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Od 4. do 6. septembra v Sankt Peterburgu, v konferen\u010dni dvorani Selectel, bo potekala tridnevna <noindex><a rel=\"nofollow\" href=\"http:\/\/slurm.io\/devops\">Sleurm DevOps<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Sloerm DevOps: od Git do SRE z vsemi postanki\" src=\"\/wp-content\/uploads\/2019\/08\/3306f0eab4bfd6360eda928fdc317a59.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Program smo oblikovali ob misli, da si lahko vsak teoreti\u010dne delavnice o DevOps in priro\u010dnike za orodja prebere sam. Zanimivi so samo izku\u0161nje in praksa: razlaga, kako je treba in kako ni, ter pripoved, kako delamo mi.<\/p>\n<p><\/p>\n<p>Vsaka podjetja, vsak skrbnik ali razvijalec ima svoj nivo DevOps. Nekateri nepravilno uporabljajo Git, drugi uvajajo SRE. Te\u010daj je zasnovan tako, da vsak najde nekaj aktualnega, kar lahko vpelje tu in zdaj.<\/p>\n<p><\/p>\n<p>Za\u010dnemo z Gitom, nato preu\u010dimo razvoj aplikacije, interakcijo kode in infrastrukture, zgradimo CI\/CD, opisujemo infrastrukturo kot kodo (IaC), testiramo re\u0161itev, nastavimo spremljanje, zbiramo in preu\u010dujemo dnevnike, in na koncu pridemo do SRE: zanesljivost pretvorimo v merljivo in obvladljivo zgodbo.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"git\">Git<\/h2>\n<p><\/p>\n<p>Danes Gita ne uporablja le tisti, ki je v\u010deraj kupil svoj prvi prenosnik. To je trivialno in splo\u0161no orodje, kljub temu pa se pogosto sre\u010dujemo z njegovo nepravilno uporabo: od nasilnega potiska v glavno vejo do kopiranja datotek iz Gita na stre\u017enik s Ctrl-C, Ctrl-V.<\/p>\n<p><\/p>\n<p>Povezujemo, kako ne izvajati, kako izvajati in kako delajo v Southbridge.<br \/>\nOpravimo prakso: osnove Gita, timsko delo.<\/p>\n<p><\/p>\n<p><strong>Tema \u0161t. 1: Osnove dela z Gitom<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Osnovne ukaze git init, commit, add, diff, log, status, pull, push<\/li>\n<li>Git flow, veje in oznake, strategije spajanja<\/li>\n<li>Delo z ve\u010d oddaljenimi repozitoriji<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>Tema \u21162: Timski rad sa Git-om<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>GitHub flow<\/li>\n<li>Fork, remote, pull request<\/li>\n<li>Konflikti, izdaje, \u0161e enkrat o Gitflow in drugih tokovih v zvezi s ekipami<\/li>\n<\/ul>\n<p><\/p>\n<p>Gradivo je organizirano tako, da lahko skrbniki in razvijalci takoj uresni\u010dijo vse prakse v svojem delu.<\/p>\n<p><\/p>\n<p>Z vidika DevOps pravilno delo z Gitom ureja in avtomatizira procese razvoja in upravljanja, izklju\u010duje vrsto ponavljajo\u010dih se te\u017eav in pove\u010duje produktivnost.<\/p>\n<p><\/p>\n<h2 id=\"devops-razrabotchika\">DevOps razvijalec<\/h2>\n<p><\/p>\n<p>Gledamo na DevOps skozi o\u010di razvijalca: za\u017eenemo lokalno okolje, pi\u0161emo aplikacijo, nastavljamo njeno spremljanje in bele\u017eenje, jo lokalno testiramo, organiziramo shranjevanje spremenljivk\/dokumentov in odkrivanje storitev, gledamo sledenje (opentracing).<\/p>\n<p><\/p>\n<p><strong>Tema \u0161t. 3: Delo z aplikacijo z vidika razvoja<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Nastavitev lokalnega okolja: prakti\u010dni nasveti<\/li>\n<li>Pisanje mikrorazvoda u Pythonu (uklju\u010duju\u0107i testove)<\/li>\n<li>Primjena docker-compose u razvoju<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>Tema br. 4: Interakcija koda i infrastrukture<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Praksa rada s konfiguracijama<\/li>\n<\/ul>\n<p><\/p>\n<p>Na kraju, programeri \u0107e vidjeti kako kod treba slati logove, kako ga testirati, i kako \u0107e se kasnije otklanjati gre\u0161ke. Administratori \u0107e razumjeti potrebe programera: koje gre\u0161ke u kodu se javljaju, kako organizirati testiranje za programere, i kako sami testirati projekat.<\/p>\n<p><\/p>\n<p>U ovoj fazi se rje\u0161ava glavni cilj DevOps-a: uspostavljanje me\u0111usobnog razumijevanja i saradnje izme\u0111u developera i operativaca. To je klju\u010dni korak ka prelasku sa prebacivanja zadataka na odgovornu interakciju.<\/p>\n<p><\/p>\n<p>Kao rezultat, raste brzina i kvalitet rada.<\/p>\n<p><\/p>\n<h2 id=\"cicd\">CI\/CD<\/h2>\n<p><\/p>\n<p>Moderna automatizacija podrazumijeva CI\/CD. Po\u010de\u0107emo tako \u0161to \u0107emo pogledati ru\u010dnu automatizaciju: makefile-ove, git hook-ove, skripte. Razmotri\u0107emo kada su ovi alati jo\u0161 uvijek relevantni, a kada ih ne treba koristiti.<\/p>\n<p><\/p>\n<p>Zatim \u0107emo pogledati najbolje prakse modernog CI-a na primjeru Gitlaba.<\/p>\n<p><\/p>\n<p><strong>Tema br. 5: CI\/CD uvod u automatizaciju<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Uvod u automatizaciju<\/li>\n<li>Alati (bash, make, gradle)<\/li>\n<li>Kori\u0161tenje git hook-ova za automatizaciju procesa<\/li>\n<li>Fabrike za monta\u017eu i njihova primjena u IT-u<\/li>\n<li>Primjer izgradnje \u00abzajedni\u010dkog\u00bb pipeline-a<\/li>\n<li>Moderni softver za CI\/CD: Drone CI, BitBucket Pipelines, Travis i dr.<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>Tema br. 6: CI\/CD: Rad s Gitlabom<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Gitlab CI \u2014 uvod<\/li>\n<li>Gitlab Runner, njihovi tipovi i primjena<\/li>\n<li>Gitlab CI, karakteristike pode\u0161avanja, najbolje prakse<\/li>\n<li>Faze Gitlab CI-a<\/li>\n<li>Varijable Gitlab CI-a<\/li>\n<li>Izgradnja, testiranje, implementacija<\/li>\n<li>Kontrola i ograni\u010denja izvr\u0161enja: only, when<\/li>\n<li>Rad s artefaktima<\/li>\n<li>\u0160abloni unutar .gitlab-ci.yml, ponovna upotreba akcija na razli\u010ditim delovima pipeline-a<\/li>\n<li>Include \u2014 sekcije<\/li>\n<li>Centralizovano upravljanje gitlab-ci.yml (jedan fajl i automatski push u ostale repozitorije)<\/li>\n<\/ul>\n<p><\/p>\n<p>Saradnja administratora i programera dolazi na novi nivo: administrator pi\u0161e CI \u0161ablon, a programeri ga prilago\u0111avaju, grade\u0107i svoj CI nezavisno od administratora.<\/p>\n<p><\/p>\n<p>Smanjuje se zavisnost programera od administratora, smanjuje se koli\u010dina ru\u010dnog rada, nestaje problem \u00abjedine osobe koja zna raditi s makefile-om\u00bb. Implementacije se de\u0161avaju pouzdano i brzo.<\/p>\n<p><\/p>\n<h2 id=\"iac\">IaC<\/h2>\n<p><\/p>\n<p>Na temo Infrastructure as Code na primeru Terraform bo spregovoril administrator oblakov Selectel Aleksej Stepanenko. Prikazal bo, kako hitro in avtomatizirano razporediti in skalirati stre\u017enike, kako avtomatsko pakirati slike ter kako uporabljati predloge konfiguracij za takoj\u0161nje pridobivanje nastavljenih naprav.<\/p>\n<p><\/p>\n<p>Oseba, ki je ustvarila na tiso\u010de re\u0161itev IaC, bo razlo\u017eila, kako stvari po\u010deti prav in kako ne.<\/p>\n<p><\/p>\n<p>Re\u0161itev za oblak Selectel s minimalnimi spremembami ustreza oblakom Google in Amazon.<\/p>\n<p><\/p>\n<p>Zaposleni pri Southbridge Nikolaj Mesropyan bo na primeru Ansible pokazal, kako brez izpadov razporediti delujo\u010do aplikacijo in preveriti njeno delovanje.<\/p>\n<p><\/p>\n<p>\u010ce pridobivate infrastrukturo ro\u010dno (nastavljate stre\u017enike, po potrebi name\u0161\u010date knji\u017enice, pakete), se ob poskusu vzpostavitve kopije okolja boste morali spomniti in obnoviti vse svoje dejanje. Ta naloga obi\u010dajno traja 3-5 dni. Delo z infrastrukturo kot kodo zagotavlja, da imate aktualen opis okolja, ki ga lahko razporedite v nekaj minutah.<\/p>\n<p><\/p>\n<p>Nikolaj bo razlo\u017eil, kako pisati playbooke, kak\u0161ne napake se pojavljajo ter zakaj v\u010dasih playbooki delujejo po\u010dasi ali ne delujejo, kot bi pri\u010dakovali. To je izku\u0161nja mnogih let uporabe IaC v Southbridge.<\/p>\n<p><\/p>\n<p><strong>Tema \u0161t. 7: Infrastructure as Code<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>IaC: pristop k infrastrukturi kot k kodi<\/li>\n<li>Obla\u010dni ponudniki kot dobavitelji infrastrukture<\/li>\n<li>Orodja za inicializacijo sistemov, sestavljanje slik (packer)<\/li>\n<li>IaC na primeru Terraform<\/li>\n<li>Shranjevanje konfiguracij, skupno delo, avtomatizacija aplikacij<\/li>\n<li>Praksa ustvarjanja Ansible playbookov<\/li>\n<li>Idempotentnost, deklarativnost<\/li>\n<li>IaC na primeru Ansible<\/li>\n<li>Database as Code \/ Odporna arhitektura PostgreSQL<\/li>\n<\/ul>\n<p><\/p>\n<p>Infrastruktura pridobi deklarativnost in idempotentnost.<br \/>\nAdministrator se u\u010di upravljati zapleteno infrastrukturo: hitro ustvarjati nova okolja, vzdr\u017eevati enotnost vseh okolij, videti zgodovino sprememb, kar je klju\u010dno, ko na projektu dela ve\u010d ekip.<br \/>\nRazvijalec lahko prou\u010duje infrastrukturo in si samostojno vzpostavi okolja.<\/p>\n<p><\/p>\n<p>Bonus razdelka \u2014 ustvarjanje in nastavitev odporne baze podatkov PostgreSQL. Dali bomo pripravljen playbook, ki ga uporabljamo v Southbridge, vi pa boste razporedili zbirko na u\u010dnem stojalu in lahko to re\u0161itev uporabite v svojem podjetju.<\/p>\n<p><\/p>\n<h2 id=\"testirovanie-infrastruktury-i-monitoring\">Testiranje infrastrukture in spremljanje<\/h2>\n<p><\/p>\n<p>Avtomatizacija omogo\u010da odpraviti napako takoj na tiso\u010de stre\u017enikov. Pri vsaki spremembi je potrebno testiranje. Po drugi strani pa ro\u010dno testiranje vzame toliko \u010dasa, da zni\u017ea prednosti avtomatizacije.<\/p>\n<p><\/p>\n<p>Prikazali bomo v praksi, kako pisati testiranje vlog. Tako boste lahko pisali teste za svoje podjetje. Ni\u010d ve\u010d ne bo treba pomniti naredjenih nastavitev, opisujete jih v testih in samodejno preverjate, da so vsa prej\u0161nja re\u0161itev in '\u0161tango' na mestu.<\/p>\n<p><\/p>\n<p>Nau\u010dili se bomo samodejno dodajati vse nove stre\u017enike v monitoring. Podrobneje bomo obravnavali monitoring infrastrukture in aplikacije. Prikazali bomo slabe in dobre prakse.<\/p>\n<p><\/p>\n<p><strong>Tema \u0161t. 8: Testiranje infrastrukture<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Testiranje in neprekinjena integracija z Molecule in Gitlab CI<\/li>\n<li>Uporaba Vagrant<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>Tema \u0161t. 9: Monitoring infrastrukture s Prometheus<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Zakaj je potreben monitoring<\/li>\n<li>Vrste monitoringa<\/li>\n<li>Obvestila v sistemu monitoringa<\/li>\n<li>Kako zgraditi zdrav sistem monitoringa<\/li>\n<li>\u010cloveku \u010ditljiva obvestila, za vse<\/li>\n<li>Health Check: na kaj je treba biti pozoren<\/li>\n<li>Avtomatizacija na podlagi podatkov iz monitoringa<\/li>\n<\/ul>\n<p><\/p>\n<p>Nepravilno delujo\u010d monitoring \u2014 to je pomanjkanje monitoringa. Poslovanju ni mar, da je glavna stran spletne trgovine dostopna, \u010de obrazec za pla\u010dilo daje napako.<\/p>\n<p><\/p>\n<p>Pri nastavitvi monitoringa in re\u0161evanju te\u017eav sodelujejo razvijalci in administratorji enakovredno. Tradicionalno so naloge monitoringa padajo na administratorje. Na\u0161 te\u010daj bo pokazal razvijalcem, kak\u0161no vlogo igrajo pri ustvarjanju u\u010dinkovitega monitoringa. Administratorji bodo prejeli najbolj\u0161e prakse Southbridge. Tako bo \u0161tevilo izgub, ki jih povzro\u010dajo napake in zamude spletnih mest ali aplikacij, hitro upadlo.<\/p>\n<p><\/p>\n<p>Bonus dela: avtomatizacija na podlagi monitoringa. Na primer, monitoring sporo\u010da, da je pri\u0161la obremenitev na spletno stran, in samodejno se spro\u017ei skaliranje spletnih stre\u017enikov.<\/p>\n<p><\/p>\n<h2 id=\"logirovanie\">Zapisovanje<\/h2>\n<p><\/p>\n<p>Glavna napaka pri delu z dnevniki je, da administratorji in razvijalci gledajo le-te neposredno na stre\u017enikih. \u010ce imate ve\u010d kot en stre\u017enik, to traja dolgo. To ni varno: razvijalec dostopa do stre\u017enika, kjer ne bi smel biti.<\/p>\n<p><\/p>\n<p>DevOps zahteva centralizirano zbiranje, obdelavo in analitiko dnevnikov.<\/p>\n<p><\/p>\n<p><strong>Tema \u0161t. 10: Dnevniki aplikacije z ELK<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Glavne uporabe in mo\u017enosti elastic (iskanje, shranjevanje, zna\u010dilnosti skaliranja, prilagodljivost nastavitve)<\/li>\n<li>Pregled kibane (glavne mo\u017enosti, jezik poizvedb, upravljanje nadzornimi plo\u0161\u010dami, ustvarjanje grafikonov)<\/li>\n<li>Pregled izdelkov na temelju elastic in njihova uporaba<\/li>\n<li>Zbiramo metrike v APM (sledenje aplikacijam)<\/li>\n<li>Dodatno: Pregled novega izdelka \u2014 SIEM<\/li>\n<\/ul>\n<p><\/p>\n<p>Uvedba tega pristopa bo naredila dnevnike preprosto in razumljivo orodje za analizo, nastavitev in prilagoditev aplikacije ter infrastrukture.<\/p>\n<p><\/p>\n<h2 id=\"sre\">SRE<\/h2>\n<p><\/p>\n<p>In pri\u0161li bomo do teme, ki jo Southbridge le opazuje in zaradi katere drugi govorniki \u017eelijo ostati zadnji dan Sl\u00ebrma. Veselimo se, da bo to bral Ivan Kruglov iz Booking.com.<\/p>\n<p><\/p>\n<p>Projekt \u017eivi v resni\u010dnem svetu, kjer zanesljivost nikoli ni absolutna, in vsaka odlo\u010ditev stane denar.<\/p>\n<p><\/p>\n<p>Kaj je SLA v kontekstu zapletenega projekta? Recimo, kako oceniti, da je spletna stran dostopna, ampak slike se nalagajo s zamudo. Kak\u0161ne so metrike SLA, kje jih meriti, kako jih meriti?<\/p>\n<p><\/p>\n<p>Kako vzpostaviti SLA? Kako jih vzdr\u017eevati?<\/p>\n<p><\/p>\n<p><strong>Tema \u0161t. 11: SRE<\/strong><br \/>\nOpredelitev SLA, SLO, Error Budget in drugi stra\u0161ljivi izrazi iz sveta SRE<br \/>\nSRE: Praksa spremljanja SLI in SLO<br \/>\nSRE: Praksa uporabe Error Budget<br \/>\nSRE: Upravljanje prekinitev in operativne obremenitve (apigateway, service mesh, circuit breakers)<br \/>\nPoslovanje \u017eeli SRE. Vsaj na osnovni ravni: vzeti rezervni stre\u017enik ali obnoviti iz varnostne kopije? Ena baza podatkov ali grozd? Namestiti za\u0161\u010dito pred DDoS preventivno ali samo v trenutku napada?<\/p>\n<p><\/p>\n<p>Direktorju ne bo dovolj, da mu povemo, da 'spletna stran deluje', ko mu stranka pokli\u010de in sporo\u010di, da obrazec za naro\u010dilo ne odpre.<\/p>\n<p><\/p>\n<p>Zato je za in\u017eenirja DevOps pomembno, da vsaj povr\u0161insko razume SRE, da lahko ustrezno komunicira s podjetjem o njegovih potrebah.<\/p>\n<p><\/p>\n<h2 id=\"itog\">Zaklju\u010dek<\/h2>\n<p><\/p>\n<p>V \u010dasu <noindex><a rel=\"nofollow\" href=\"http:\/\/slurm.io\/devops\">Sl\u00ebrma DevOps<\/a><\/noindex> administratori in razvijalci se bodo nau\u010dili:<br \/>\n\u2014 pravilno delati z Git;<br \/>\n\u2014 organizirati lokalni razvoj;<br \/>\n\u2014 nastaviti (administratorji) in uporabljati (razvijalci) CI\/CD;<br \/>\n\u2014 delati z infrastrukturo kot s kodo;<br \/>\n\u2014 testirati infrastrukturo;<br \/>\n\u2014 spremljati infrastrukturo in aplikacijo;<br \/>\n\u2014 nastaviti bele\u017eenje;<br \/>\n\u2014 razumeti, v idealnem primeru \u2014 uporabljati SRE.<\/p>\n<p><\/p>\n<p>Za pozorne bralce \u2014 s promocijsko kodo habrapost popust 15%.<\/p>\n<p><\/p>\n<p>Na vseh to\u010dkah pripravljamo prakso in orodja. Tako bomo vsakemu udele\u017eencu po vrnitvi s Slyerma omogo\u010dili, da svojo podjetje dvigne na naslednjo raven DevOps.<\/p>\n<p><\/p>\n<p>Za podjetja to pomeni zni\u017eanje stro\u0161kov upravljanja in razvoja, zmanj\u0161anje \u010dasa nedelovanja, pove\u010danje zanesljivosti, hitrej\u0161o dostavo funkcij in odpravljanje napak.<\/p>\n<p>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/462879\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>4-6 \u0441\u0435\u043d\u0442\u044f\u0431\u0440\u044f \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435, \u0432 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446-\u0437\u0430\u043b\u0435 Selectel \u043f\u0440\u043e\u0439\u0434\u0435\u0442 \u0442\u0440\u0435\u0445\u0434\u043d\u0435\u0432\u043d\u044b\u0439 \u0421\u043b\u0451\u0440\u043c DevOps. \u041c\u044b \u0441\u0442\u0440\u043e\u0438\u043b\u0438 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0443, \u0438\u0441\u0445\u043e\u0434\u044f \u0438\u0437 \u043c\u044b\u0441\u043b\u0438, \u0447\u0442\u043e \u0442\u0435\u043e\u0440\u0435\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0442\u0440\u0443\u0434\u044b \u043f\u043e DevOps, \u043a\u0430\u043a \u0438 \u043c\u0430\u043d\u0443\u0430\u043b\u044b \u043a \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0430\u043c, \u043a\u0430\u0436\u0434\u044b\u0439 \u043c\u043e\u0436\u0435\u0442 \u043f\u0440\u043e\u0447\u0438\u0442\u0430\u0442\u044c \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e. \u0418\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u043f\u044b\u0442 \u0438 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0430: \u043e\u0431\u044a\u044f\u0441\u043d\u0435\u043d\u0438\u0435, \u043a\u0430\u043a \u0434\u0435\u043b\u0430\u0442\u044c \u043d\u0430\u0434\u043e \u0438 \u043d\u0435 \u043d\u0430\u0434\u043e, \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0437, \u043a\u0430\u043a \u0434\u0435\u043b\u0430\u0435\u043c \u043c\u044b. \u0412 \u043a\u0430\u0436\u0434\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u0430 \u0438\u043b\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36933","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"4-6 \u0441\u0435\u043d\u0442\u044f\u0431\u0440\u044f \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435, \u0432 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446-\u0437\u0430\u043b\u0435 Selectel \u043f\u0440\u043e\u0439\u0434\u0435\u0442 \u0442\u0440\u0435\u0445\u0434\u043d\u0435\u0432\u043d\u044b\u0439 \u0421\u043b\u0451\u0440\u043c DevOps.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043b\u0451\u0440\u043c DevOps: \u043e\u0442 Git \u0434\u043e SRE \u0441\u043e \u0432\u0441\u0435\u043c\u0438 \u043e\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0430\u043c\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"4-6 \u0441\u0435\u043d\u0442\u044f\u0431\u0440\u044f \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435, \u0432 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446-\u0437\u0430\u043b\u0435 Selectel \u043f\u0440\u043e\u0439\u0434\u0435\u0442 \u0442\u0440\u0435\u0445\u0434\u043d\u0435\u0432\u043d\u044b\u0439 \u0421\u043b\u0451\u0440\u043c DevOps.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:14:50+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:14:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Slyerm DevOps: od Gita do SRE z vsemi postanki | ProHoster","description":"Od 4. do 6. septembra v Sankt Peterburgu, v konferen\u010dni dvorani Selectel, bo potekal tridnevni Slyerm DevOps.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043b\u0451\u0440\u043c DevOps: \u043e\u0442 Git \u0434\u043e SRE \u0441\u043e \u0432\u0441\u0435\u043c\u0438 \u043e\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0430\u043c\u0438 | ProHoster","og:description":"4-6 \u0441\u0435\u043d\u0442\u044f\u0431\u0440\u044f \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435, \u0432 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446-\u0437\u0430\u043b\u0435 Selectel \u043f\u0440\u043e\u0439\u0434\u0435\u0442 \u0442\u0440\u0435\u0445\u0434\u043d\u0435\u0432\u043d\u044b\u0439 \u0421\u043b\u0451\u0440\u043c DevOps.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/slyorm-devops-ot-git-do-sre-so-vsemi-ostanovkami","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:14:50+00:00","article:modified_time":"2019-10-31T19:14:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36933","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"Article","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 05:23:22","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:36:24","updated":"2026-01-22 05:23:22","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/36933","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=36933"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/36933\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=36933"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=36933"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=36933"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}