{"id":37684,"date":"2019-10-31T22:19:05","date_gmt":"2019-10-31T19:19:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty\/"},"modified":"2019-10-31T22:19:05","modified_gmt":"2019-10-31T19:19:05","slug":"zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","title":{"rendered":"Hvorfor DevOps er viktig og hva DevOps-spesialister gj\u00f8r","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

N\u00e5r applikasjonen ikke fungerer, er det minst \u00f8nskelig \u00e5 h\u00f8re fra kolleger utsagnet \u00abproblemet er p\u00e5 deres side\u00bb. I siste instans lider brukerne \u2013 og de bryr seg ikke om hvilken del av teamet som er ansvarlig for feilen. DevOps-kulturen oppsto nettopp for \u00e5 forene utvikling og st\u00f8tte og samle dem rundt et felles ansvar for det endelige produktet.<\/p>\n

Hvilke praksiser inng\u00e5r i begrepet DevOps og hva er de gode for? Hva jobber DevOps-ingeni\u00f8rer med, og hva b\u00f8r de kunne? Eksperter fra EPAM svarer p\u00e5 disse og andre sp\u00f8rsm\u00e5l: Kirill Sergeev, systemingeni\u00f8r og DevOps-evangelist, og Igor Bojko, ledende systemingeni\u00f8r og koordinator for et av DevOps-teamene i selskapet.<\/p>\n

\"Hvorfor
\n<\/a><\/noindex><\/p>\n

Hvorfor er DevOps n\u00f8dvendig?<\/h3>\n

\nTidligere fantes det en barriere mellom utviklere og st\u00f8tte (s\u00e5kalt operations). Paradoxalt nok hadde de forskjellige m\u00e5l og KPIer, selv om de jobbet med det samme. Utviklingens m\u00e5l var \u00e5 implementere forretningskrav s\u00e5 raskt som mulig og legge dem til det fungerende produktet. St\u00f8tte var ansvarlig for at applikasjonen fungerte stabilt \u2013 og enhver endring setter stabiliteten i fare. Det var en konflikt mellom interesser \u2013 DevOps ble opprettet for \u00e5 l\u00f8se dette.<\/p>\n

Hva er DevOps?<\/h3>\n

\nDet er et godt sp\u00f8rsm\u00e5l \u2013 og et omstridt ett: det er ikke enighet i verden om dette enn\u00e5. I EPAM mener de at DevOps forener teknologier, prosesser og kultur for samarbeid innen teamet. Denne foreningen er rettet mot kontinuerlig levering av verdier til sluttbrukerne.<\/p>\n

Kirill Sergeev<\/b>: \u00abUtviklerne skriver kode, testerne sjekker den, og administratorene installerer det endelige produktet i produksjonsmilj\u00f8et. I lang tid har disse delene av teamet v\u00e6rt noe fragmenterte, f\u00f8r ideen om \u00e5 forene dem rundt en felles prosess oppsto. Slik ble DevOps-praksisene f\u00f8dt.\u00bb<\/p>\n

Dagen kom da utviklere og systemingeni\u00f8rer ble interessert i hverandres arbeid. Barrieren mellom produksjon og st\u00f8tte begynte \u00e5 viskes ut. Slik kom DevOps til live, som inkluderer praksis, kultur og orden for samarbeid i teamet.<\/p>\n

\"Hvorfor
\n<\/p>\n

Hva er essensen av DevOps-kulturen?<\/h3>\n

\nDet er en forutsetning at ansvaret for det endelige resultatet hviler p\u00e5 hver enkelt deltaker i teamet. Det mest interessante og utfordrende med DevOps-filosofien er \u00e5 forst\u00e5 at en spesifikk person ikke bare er ansvarlig for sitt arbeidsstadium, men at de ogs\u00e5 har ansvar for hvordan hele produktet vil fungere. Problemet ligger ikke p\u00e5 \u00e9n persons side \u2013 det er felles, og hvert teammedlem bidrar til \u00e5 l\u00f8se det.<\/p>\n

Den viktigste prinsippet i DevOps-kultur er \u00e5 l\u00f8se problemet, ikke bare \u00e5 anvende DevOps-praksis. Videre implementeres disse praksisene ikke \u2018p\u00e5 vegne av noen\u2019, men i hele produktet. Prosjektet trenger ikke bare en DevOps-ingeni\u00f8r, men en l\u00f8sning p\u00e5 problemet, og rollen til DevOps-ingeni\u00f8ren kan fordeles blant flere teammedlemmer med ulik spesialisering.<\/p>\n

Hvilke DevOps-praksiser finnes?<\/h3>\n

\nDevOps-praksiser dekker alle faser av programvarelivssyklusen.<\/p>\n

Igor Bojko<\/b>: 'Ideelt sett begynner vi \u00e5 bruke DevOps-praksiser samtidig med prosjektinitiering. Sammen med arkitektene planlegger vi hvordan applikasjonen vil ha sitt arkitektoniske landskap, hvor den vil plasseres og hvordan den skal skaleres, vi velger plattform. Mikrotjenestearkitektur er n\u00e5 p\u00e5 moten \u2013 for den velger vi et orkestreringssystem: vi m\u00e5 kunne administrere hver eneste komponent i applikasjonen individuelt og oppdatere den uavhengig av de andre. En annen praksis er \u201cinfrastruktur som kode\u201d. Dette er tiln\u00e6rmingen der prosjektets infrastruktur blir skapt og administrert ved hjelp av kode, i stedet for direkte interaksjon med servere.<\/p>\n

Deretter g\u00e5r vi videre til utviklingsfasen. Her er en av de st\u00f8rste praksisene bygging av CI\/CD: vi m\u00e5 hjelpe utviklerne med \u00e5 integrere endringer i produktet raskt, i sm\u00e5 inkrementer, oftere og med mindre smerte. CI\/CD dekker b\u00e5de koding\/testing, og opplasting av master til kodebasen, og utrulling av applikasjonen i test- og produksjonsmilj\u00f8er.<\/p>\n

I CI\/CD-fasene g\u00e5r koden gjennom kvalitetsporter. Disse brukes til \u00e5 sjekke at koden som kommer fra utviklerens arbeidsstasjon, oppfyller de gitte kvalitetskriteriene. Her blir enhets- og UI-testing lagt til. For rask, smertefri og fokusert utrulling av produktet kan man velge en passende type distribusjon.<\/p>\n

Det finnes en plass for DevOps-praksiser ogs\u00e5 i st\u00f8ttefasen for et ferdig produkt. De brukes til overv\u00e5king, tilbakemelding, sikkerhet og implementering av endringer. For alle disse oppgavene ser DevOps p\u00e5 det fra synspunktet om kontinuerlige forbedringer. Vi minimerer gjentatte operasjoner og automatiserer dem. Dette inkluderer migreringer, utvidelse av applikasjonen og opprettholdelse av funksjonalitet.<\/p>\n

Hva er fordelene med DevOps-praksiser?<\/h3>\n

\nHvis vi skulle skrive en l\u00e6rebok om moderne DevOps-praksiser, ville de tre punktene p\u00e5 dens f\u00f8rste side v\u00e6re: automatisering, raskere utgivelse og rask tilbakemelding fra brukerne.<\/p>\n

Kirill Sergeev<\/b>Det f\u00f8rste \u2013 er automatisering. Vi kan automatisere alle interaksjoner i teamet: skrive kode \u2013 rulle ut \u2013 sjekke \u2013 installere \u2013 samle tilbakemelding \u2013 g\u00e5 tilbake til starten. Alt dette skjer automatisk.<\/p>\n

Det andre \u2013 er \u00e5 akselerere utgivelsen og til og med forenkle utviklingen. For kunden er det alltid viktig at produktet kommer p\u00e5 markedet s\u00e5 raskt som mulig og begynner \u00e5 gi fordeler f\u00f8r konkurrentenes alternativer. Prosessen med produktleveranse kan forbedres uendelig: redusere tid, legge til flere kontrollpunkter og forbedre overv\u00e5kingen.<\/p>\n

Det tredje \u2013 er \u00e5 akselerere tilbakemeldingen fra brukeren. Hvis de har tilbakemeldinger, kan vi umiddelbart gj\u00f8re justeringer og oppdatere applikasjonen med en gang.<\/p>\n

\"Hvorfor
\n<\/p>\n

Hvordan forholder begrepene \u00absystemingeni\u00f8r\u00bb, \u00abbuild-ingeni\u00f8r\u00bb og \u00abDevOps-ingeni\u00f8r\u00bb seg til hverandre?<\/h3>\n

\nDe overlapper hverandre, men tilh\u00f8rer litt forskjellige sf\u00e6rer.<\/p>\n

Systemingeni\u00f8r i EPAM \u2013 er en stilling. De finnes p\u00e5 forskjellige niv\u00e5er: fra junior til chief-spesialist.<\/p>\n

Build-ingeni\u00f8r \u2013 er mer en rolle som kan utf\u00f8res i prosjektet. N\u00e5 kalles folk som er ansvarlige for CI\/CD, dette.<\/p>\n

En DevOps-ingeni\u00f8r er en spesialist som implementerer DevOps-praksiser i prosjektet.<\/p>\n

\u00c5 oppsummere alt dette, kan man si at en person i stillingen som systemingeni\u00f8r ogs\u00e5 spiller rollen som build-ingeni\u00f8r i prosjektet og arbeider med implementeringen av DevOps-praksiser.<\/p>\n

Hva gj\u00f8r egentlig en DevOps-ingeni\u00f8r?<\/h3>\n

\nDevOps-ingeni\u00f8rer samler alle deler som utgj\u00f8r et prosjekt. De kjenner til spesifikasjonene for arbeidet til programmerere, testere og systemadministratorer, og de hjelper med \u00e5 forenkle arbeidet deres. De forst\u00e5r behovene og kravene til virksomheten, dens rolle i utviklingsprosessen \u2013 og bygger prosessen med hensyn til kundens interesser.<\/p>\n

Vi har snakket mye om automatisering \u2013 dette er det DevOps-ingeni\u00f8rer f\u00f8rst og fremst jobber med. Dette er et sv\u00e6rt stort punkt, som blant annet inkluderer forberedelse av milj\u00f8et.<\/p>\n

Kirill Sergeev<\/b>\u00abF\u00f8r vi implementerer oppdateringer i produktet, m\u00e5 de testes p\u00e5 et ekstern milj\u00f8. Dette forberedes av DevOps-ingeni\u00f8rene. De innf\u00f8rer ogs\u00e5 DevOps-kulturen i prosjektet: de implementerer DevOps-praksis p\u00e5 alle niv\u00e5er i prosjektene sine. Disse tre prinsippene: automatisering, forenkling, akselerasjon \u2013 de innf\u00f8rer overalt hvor de kan n\u00e5.\u00bb<\/p>\n

Hva m\u00e5 en DevOps-ingeni\u00f8r vite?<\/h3>\n

\nI stor grad m\u00e5 de ha kunnskap p\u00e5 tvers av forskjellige omr\u00e5der: programmering, arbeid med operativsystemer, databaser, bygg- og konfigurasjonssystemer. I tillegg kommer evnen til \u00e5 jobbe med skyinfrastruktur, orkestreringssystemer og overv\u00e5king.<\/p>\n

1. Programmeringsspr\u00e5k<\/b><\/p>\n

DevOps-ingeni\u00f8rer kjenner flere grunnleggende spr\u00e5k for automatisering og kan for eksempel si til programmereren: \u00abLa oss gj\u00f8re kodeinstallasjonen med skriptet v\u00e5rt som automatiserer alt, i stedet for manuelt. Vi lager en config-fil som vil v\u00e6re enkel \u00e5 lese for deg, og oss \u2013 og vi kan endre den n\u00e5r som helst. Og vi vil ogs\u00e5 se hvem, n\u00e5r og hvorfor som gj\u00f8r endringer i den.\u00bb<\/p>\n

DevOps-ingeni\u00f8ren kan l\u00e6re ett eller flere av disse spr\u00e5kene: Python, Groovy, Bash, Powershell, Ruby, Go. Det er ikke n\u00f8dvendig med dyp kunnskap \u2013 det er tilstrekkelig \u00e5 ha en forst\u00e5else av syntaks, prinsipper for OOP, og evnen til \u00e5 skrive enkle skript for automatisering.<\/p>\n

2. Operativsystemer<\/b><\/p>\n

DevOps-ingeni\u00f8ren m\u00e5 forst\u00e5 p\u00e5 hvilken server produktet skal installeres, i hvilket milj\u00f8 det skal kj\u00f8res, og hvilke tjenester det skal samhandle med. Det kan v\u00e6re lurt \u00e5 spesialisere seg p\u00e5 Windows eller Linux-familien.<\/p>\n

3. Versjonskontrollsystemer<\/b><\/p>\n

Uten kunnskap om versjonskontrollsystemer kommer ikke DevOps-ingeni\u00f8ren langt. Git er et av de mest popul\u00e6re systemene for tiden.<\/p>\n

4. Skyleverand\u00f8rer<\/b><\/p>\n

AWS, Google, Azure \u2013 spesielt n\u00e5r vi snakker om Windows-retning.<\/p>\n

Kirill Sergeev<\/b>: \u00abSkytjenesteleverand\u00f8rer gir oss virtuelle servere<\/a>, som passer perfekt til CI\/CD-sporene.<\/p>\n

Installering av ti fysiska servrar<\/a> krever omtrent hundre manuelle operasjoner. Hver server m\u00e5 startes opp manuelt, installere og konfigurere det n\u00f8dvendige operativsystemet, installere applikasjonen v\u00e5r p\u00e5 disse ti serverne, og deretter m\u00e5 alt sjekkes ti ganger. Skytjenester erstatter denne prosedyren med ti linjer med kode, og en god DevOps-ingeni\u00f8r m\u00e5 kunne h\u00e5ndtere dem. Slik sparer han tid, krefter og penger \u2013 b\u00e5de for kunden og for selskapet\u00bb.<\/p>\n

5. Orkestreringssystemer: Docker og Kubernetes<\/b><\/p>\n

Kirill Sergeev<\/b>: \u00abVirtuelle servere er delt opp i containere, der vi kan installere applikasjonen v\u00e5r. N\u00e5r det er mange containere, m\u00e5 vi administrere dem: sl\u00e5 p\u00e5 en, sl\u00e5 av en annen, ta sikkerhetskopier et sted. Dette blir ganske komplisert, og derfor er det behov for et orkestreringssystem.<\/p>\n

Tidligere h\u00e5ndterte hver applikasjon en egen server \u2013 eventuelle endringer i dens drift kunne p\u00e5virke applikasjonens funksjonalitet. Takket v\u00e6re containere blir applikasjoner isolerte og kj\u00f8res separat \u2013 hver p\u00e5 sin virtuelle maskin. Hvis det skjer en feil, trenger man ikke bruke tid p\u00e5 \u00e5 finne \u00e5rsaken. Det er enklere \u00e5 slette den gamle containeren og legge til en ny\u00bb.<\/p>\n

6. Konfigurasjonssystemer: Chef, Ansible, Puppet<\/b><\/p>\n

N\u00e5r det er n\u00f8dvendig \u00e5 vedlikeholde en hel park av servere, er man n\u00f8dt til \u00e5 utf\u00f8re mange like operasjoner. Dette tar tid og er vanskelig, og manuelt arbeid \u00f8ker sjansen for feil. Her kommer konfigurasjonssystemer til unnsetning. Med deres hjelp lager man et skript som er lett \u00e5 lese for b\u00e5de programmerere, DevOps-ingeni\u00f8rer og systemadministratorer. Dette skriptet hjelper med \u00e5 utf\u00f8re de samme operasjonene p\u00e5 serverne automatisk. Dermed blir det f\u00e6rre manuelle operasjoner (og f\u00f8lgelig f\u00e6rre feil).<\/p>\n

Hvilken karriere kan en DevOps-ingeni\u00f8r bygge?<\/h3>\n

\nMan kan utvikle seg b\u00e5de horisontalt og vertikalt.<\/p>\n

Igor Bojko<\/b>: \u00abFra et horisontalt utviklingsperspektiv har DevOps-ingeni\u00f8rer n\u00e5 de bredeste perspektivene. Alt endrer seg kontinuerlig, og man kan bygge ferdigheter i en rekke retninger: fra versjonskontrollsystemer til overv\u00e5kning, fra konfigurasjonsadministrasjon til databaser.<\/p>\n

Man kan bli systemarkitekt hvis det er interessant for medarbeideren \u00e5 forst\u00e5 hvordan en applikasjon fungerer gjennom alle faser av livssyklusen \u2013 fra utvikling til st\u00f8tte.<\/p>\n

Hvordan bli DevOps-ingeni\u00f8r?<\/h3>\n

<\/p>\n

    \n
  1. Les b\u00f8kene \u00abProsjekt \"Fenix\"\u00bb og DevOps Handbook. Disse er ekte s\u00f8yler av DevOps-filosofien, hvor den f\u00f8rste er en skj\u00f8nnlitter\u00e6r roman.<\/li>\n
  2. L\u00e6r deg teknologiene fra listen ovenfor: enten p\u00e5 egen h\u00e5nd eller gjennom nettkurs.<\/li>\n
  3. Bli med som DevOps-ingeni\u00f8r p\u00e5 et open source-prosjekt.<\/li>\n
  4. Praktiser og foresl\u00e5 DevOps-praksis p\u00e5 egne og jobbprosjekter.<\/li>\n<\/ol>\n

    Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041a\u043e\u0433\u0434\u0430 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442, \u043c\u0435\u043d\u044c\u0448\u0435 \u0432\u0441\u0435\u0433\u043e \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0443\u0441\u043b\u044b\u0448\u0430\u0442\u044c \u043e\u0442 \u043a\u043e\u043b\u043b\u0435\u0433 \u0444\u0440\u0430\u0437\u0443 \u00ab\u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043d\u0430 \u0432\u0430\u0448\u0435\u0439 \u0441\u0442\u043e\u0440\u043e\u043d\u0435\u00bb. \u0412 \u0438\u0442\u043e\u0433\u0435 \u0441\u0442\u0440\u0430\u0434\u0430\u044e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u2013 \u0430 \u0438\u043c \u0432\u0441\u0451 \u0440\u0430\u0432\u043d\u043e, \u043a\u0430\u043a\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0435\u0441\u0435\u0442 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u044c \u0437\u0430 \u043f\u043e\u043b\u043e\u043c\u043a\u0443. \u041a\u0443\u043b\u044c\u0442\u0443\u0440\u0430 DevOps \u043f\u043e\u044f\u0432\u0438\u043b\u0430\u0441\u044c \u043a\u0430\u043a \u0440\u0430\u0437 \u0437\u0430\u0442\u0435\u043c, \u0447\u0442\u043e\u0431\u044b \u0441\u043f\u043b\u043e\u0442\u0438\u0442\u044c \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0443 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 \u0438 \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0438\u0442\u044c \u0438\u0445 \u0432\u043e\u043a\u0440\u0443\u0433 \u043e\u0431\u0449\u0435\u0439 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0437\u0430 \u043a\u043e\u043d\u0435\u0447\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442. \u041a\u0430\u043a\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u0432\u0445\u043e\u0434\u044f\u0442 \u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28282,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37684","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Hvorfor trenger vi DevOps og hvem er DevOps-spesialister | ProHoster","description":"N\u00e5r applikasjonen ikke fungerer, \u00f8nsker man minst \u00e5 h\u00f8re fra kolleger setningen \u00abproblemet ligger hos deg\u00bb. Til syvende og sist er det brukerne som lider \u2013 og de bryr seg ikke om hvilken del av teamet som har ansvaret for feilen.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\u0417\u0430\u0447\u0435\u043c \u043d\u0443\u0436\u0435\u043d DevOps \u0438 \u043a\u0442\u043e \u0442\u0430\u043a\u0438\u0435 DevOps-\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u044b | ProHoster","og:description":"\u041a\u043e\u0433\u0434\u0430 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442, \u043c\u0435\u043d\u044c\u0448\u0435 \u0432\u0441\u0435\u0433\u043e \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0443\u0441\u043b\u044b\u0448\u0430\u0442\u044c \u043e\u0442 \u043a\u043e\u043b\u043b\u0435\u0433 \u0444\u0440\u0430\u0437\u0443 \u00ab\u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043d\u0430 \u0432\u0430\u0448\u0435\u0439 \u0441\u0442\u043e\u0440\u043e\u043d\u0435\u00bb. \u0412 \u0438\u0442\u043e\u0433\u0435 \u0441\u0442\u0440\u0430\u0434\u0430\u044e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u2013 \u0430 \u0438\u043c \u0432\u0441\u0451 \u0440\u0430\u0432\u043d\u043e, \u043a\u0430\u043a\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0435\u0441\u0435\u0442 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u044c \u0437\u0430 \u043f\u043e\u043b\u043e\u043c\u043a\u0443.","og:url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","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:19:05+00:00","article:modified_time":"2019-10-31T19:19:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37684","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":"","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-02-09 16:46:30","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:22:29","updated":"2026-02-09 16:46:30","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/37684","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=37684"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/37684\/revisions"}],"predecessor-version":[{"id":158512,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/37684\/revisions\/158512"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/28282"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=37684"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=37684"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=37684"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}