{"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\/da\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","title":{"rendered":"Hvorfor er DevOps n\u00f8dvendigt, og hvem er DevOps-specialister?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

N\u00e5r en applikation ikke fungerer, er det sidste, man \u00f8nsker at h\u00f8re fra kollegerne, s\u00e6tningen \"problemet er p\u00e5 jeres side\". I sidste ende lider brugerne \u2013 de bekymrer sig ikke om, hvilken del af teamet der er ansvarlig for fejlen. DevOps-kulturen opstod netop for at forene udvikling og drift og samle dem omkring et f\u00e6lles ansvar for det endelige produkt.<\/p>\n

Hvilke praksisser indg\u00e5r i begrebet DevOps, og hvorfor er de n\u00f8dvendige? Hvad laver DevOps-ingeni\u00f8rer, og hvad skal de kunne? P\u00e5 disse og andre sp\u00f8rgsm\u00e5l svarer eksperter fra EPAM: Kirill Sergeev, systemingeni\u00f8r og DevOps-evangelist, og Igor Boiko, f\u00f8rende systemingeni\u00f8r og koordinator for et af virksomhedens DevOps-teams.<\/p>\n

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

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

\nTidligere eksisterede der en barriere mellem udviklere og drift (den s\u00e5kaldte operations). Det lyder paradoksalt, men de havde forskellige m\u00e5l og KPI'er, selvom de arbejdede p\u00e5 det samme. M\u00e5let med udviklingen var at implementere forretningskrav s\u00e5 hurtigt som muligt og tilf\u00f8je dem til det fungerende produkt. Driften havde til opgave at sikre, at applikationen k\u00f8rte stabilt \u2013 og enhver \u00e6ndring truer stabiliteten. Her er der et interessekonflikt \u2013 DevOps opstod for at l\u00f8se dette.<\/p>\n

Hvad er DevOps?<\/h3>\n

\nDet er et godt \u2013 og diskutabelt \u2013 sp\u00f8rgsm\u00e5l: verden har endnu ikke n\u00e5et enighed om dette. I EPAM mener man, at DevOps samler teknologi, processer og kulturen for samarbejde i teamet. Denne sammenfletning er rettet mod kontinuerlig levering af v\u00e6rdi til slutbrugerne.<\/p>\n

Kirill Sergeev<\/b>: \u201eUdviklere skriver kode, testere verificerer den, og administratorer installerer det endelige produkt i produktionsmilj\u00f8et. L\u00e6nge har disse dele af teamet v\u00e6ret noget opsplittede, men s\u00e5 opstod id\u00e9en om at samle dem under en f\u00e6lles proces. S\u00e5 blev DevOps-praksisserne til.\u201c<\/p>\n

Den dag er kommet, hvor udviklere og systemingeni\u00f8rer har f\u00e5et interesse for hinandens arbejde. Barrieren mellem produktion og drift er begyndt at forsvinde. S\u00e5 blev DevOps til, som indeholder praksisser, kultur og r\u00e6kkef\u00f8lge for samarbejdet i teamet.<\/p>\n

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

Hvad er essensen af DevOps-kulturen?<\/h3>\n

\nDet er vigtigt, at ansvaret for det endelige resultat ligger hos hvert medlem af teamet. Det mest interessante og komplekse ved DevOps-filosofien er at forst\u00e5, at en bestemt person ikke bare er ansvarlig for sin del af arbejdet, men ogs\u00e5 b\u00e6rer ansvaret for, hvordan hele produktet vil fungere. Problemet ligger ikke p\u00e5 en persons side \u2013 det er f\u00e6lles, og hvert medlem af teamet bidrager til at l\u00f8se det.<\/p>\n

Det vigtigste princip i DevOps-kulturen er netop at l\u00f8se problemer, ikke bare at anvende DevOps-praksisser. Desuden implementeres disse praksisser ikke \"p\u00e5 en bestemt side\", men i hele produktet. Projektet har ikke brug for en DevOps-ingeni\u00f8r for sig selv \u2013 de har brug for en l\u00f8sning p\u00e5 problemet, og rollen som DevOps-ingeni\u00f8r kan fordeles blandt flere medlemmer af teamet med forskellige specialiseringer.<\/p>\n

Hvilke DevOps-praksisser findes der?<\/h3>\n

\nDevOps-praksisser d\u00e6kker alle faser af softwarelivscyklussen.<\/p>\n

Igor Boiko<\/b>: \"Den ideelle situation er, n\u00e5r vi begynder at bruge DevOps-praksisser lige fra projektstart. Sammen med arkitekterne planl\u00e6gger vi, hvordan applikationens arkitektoniske landskab vil se ud, hvor den vil v\u00e6re placeret, og hvordan den kan skaleres, og vi v\u00e6lger platformen. Lige nu er mikroservicesarkitektur popul\u00e6rt \u2013 til den v\u00e6lger vi et orkestreringssystem: man skal kunne administrere hver enkelt del af applikationen s\u00e6rskilt og opdatere den uafh\u00e6ngigt af andre. Endnu en praksis er 'infrastruktur som kode'. Dette er en tilgang, hvor projekts infrastruktur oprettes og styres ved hj\u00e6lp af kode, ikke gennem direkte interaktion med serverne.<\/p>\n

Derefter g\u00e5r vi videre til udviklingsfasen. Her er en af de st\u00f8rste praksisser opbygning af CI\/CD: man skal hj\u00e6lpe udviklerne med hurtigt at integrere \u00e6ndringer i produktet i sm\u00e5 portioner, oftere og med mindre besv\u00e6r. CI\/CD d\u00e6kker b\u00e5de kodekontrol, melding af master til kodebasen og udrulning af applikationen p\u00e5 test- og produktionsmilj\u00f8er.<\/p>\n

I CI\/CD-faserne passerer koden gennem quality gates. Med deres hj\u00e6lp kontrolleres det, at koden, der kommer fra udviklerens arbejdsstation, lever op til de fastsatte kvalitetskriterier. Her tilf\u00f8jes enheds- og UI-testning. For hurtig, smertefri og fokuseret udrulning af produktet kan en passende type deployment v\u00e6lges.<\/p>\n

Der er plads til DevOps-praksis, selv i supportfasen af et f\u00e6rdigt produkt. De anvendes til overv\u00e5gning, feedback, sikkerhed og implementering af \u00e6ndringer. For alle disse opgaver ser DevOps p\u00e5 det i forhold til l\u00f8bende forbedringer. Vi minimerer gentagne operationer og automatiserer dem. Dette inkluderer ogs\u00e5 migreringer, udvidelse af applikationen og sikring af driftsstabilitet.<\/p>\n

Hvad er fordelene ved DevOps-praksis?<\/h3>\n

\nHvis vi skulle skrive en l\u00e6rebog om moderne DevOps-praksis, ville de f\u00f8rste tre punkter v\u00e6re automation, hurtigere udgivelser og hurtig feedback fra brugerne.<\/p>\n

Kirill Sergeev<\/b>: \"Det f\u00f8rste er automation. Alle interaktioner i teamet kan automatiseres: vi skriver kode \u2013 ruller det ud \u2013 tjekker \u2013 installerer \u2013 samler feedback \u2013 og g\u00e5r tilbage til starten. Alt dette sker automatisk.<\/p>\n

Det andet er hurtigere release-udgivelser og endda forenkling af udviklingen. For kunden er det altid vigtigt, at produktet kommer p\u00e5 markedet s\u00e5 hurtigt som muligt og begynder at skabe v\u00e6rdi f\u00f8r konkurrenternes alternativer. Produktleveringsprocessen kan forbedres uendeligt: forkorte tiden, tilf\u00f8je ekstra kontrolpunkter, forbedre overv\u00e5gningen.<\/p>\n

Det tredje er hurtigere feedback fra brugeren. Hvis der er bem\u00e6rkninger, kan vi straks foretage justeringer og opdatere applikationen med det samme.<\/p>\n

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

Hvordan relaterer begreberne \"systemingeni\u00f8r\", \"build-ingeni\u00f8r\" og \"DevOps-ingeni\u00f8r\" til hinanden?<\/h3>\n

\nDe overlapper, men relaterer sig til lidt forskellige omr\u00e5der.<\/p>\n

En systemingeni\u00f8r hos EPAM er en stilling. De kan have forskellige niveauer: fra junior til chief specialist.<\/p>\n

Build-ingeni\u00f8r er snarere en rolle, som man kan have i et projekt. I dag bruges termen om personer, der er ansvarlige for CI\/CD.<\/p>\n

En DevOps-ingeni\u00f8r er en specialist, der implementerer DevOps-praksis i projektet.<\/p>\n

Hvis man opsummerer det hele, ser det omtrent s\u00e5dan ud: en person i stillingen som systemingeni\u00f8r indtager rollen som build-ingeni\u00f8r i projektet og arbejder der med at implementere DevOps-praksis.<\/p>\n

Hvad er det pr\u00e6cist, at DevOps-ingeni\u00f8ren arbejder med?<\/h3>\n

\nDevOps-ingen\u00f8rer samler alle de dele, som et projekt best\u00e5r af. De kender til programmereres, testeres og systemadministratorers arbejdsmetoder og hj\u00e6lper med at forenkle deres arbejde. De forst\u00e5r virksomhedens behov og krav, dens rolle i udviklingsprocessen \u2013 og opbygger processen med hensyntagen til kundens interesser.<\/p>\n

Vi har talt meget om automatisering \u2013 det er f\u00f8rst og fremmest, hvad DevOps-ingen\u00f8rer besk\u00e6ftiger sig med. Det er en meget vigtig del, som blandt andet inkluderer forberedelse af milj\u00f8et.<\/p>\n

Kirill Sergeev<\/b>: \"F\u00f8r opdateringer integreres i produktet, skal de testes i et eksternt milj\u00f8. Det forbereder DevOps-ingen\u00f8rerne. De implementerer ogs\u00e5 DevOps-kulturen i projektet som helhed: de indf\u00f8rer DevOps-praksis p\u00e5 alle lag af deres projekter. Disse tre principper: automatisering, forenkling, acceleration \u2013 bringer de overalt, hvor de kan n\u00e5.\"<\/p>\n

Hvad skal en DevOps-ingen\u00f8r vide?<\/h3>\n

\nI det store hele b\u00f8r han have viden fra forskellige omr\u00e5der: programmering, arbejde med operativsystemer, databaser, build- og konfigurationssystemer. Herudover tilf\u00f8jes evnen til at arbejde med cloud-infrastruktur, orkestrerings- og overv\u00e5gningssystemer.<\/p>\n

1. Programmeringssprog<\/b><\/p>\n

DevOps-ingen\u00f8rer kender flere grundl\u00e6ggende sprog til automatisering og kan for eksempel sige til programm\u00f8ren: \"Lad os sige, at du skal installere koden ikke manuelt, men ved hj\u00e6lp af vores script, der automatiserer alt? Til det forbereder vi en config-fil, som det vil v\u00e6re nemt at l\u00e6se for b\u00e5de dig og os \u2013 og vi kan \u00e6ndre den n\u00e5r som helst. Og vi vil ogs\u00e5 kunne se, hvem, hvorn\u00e5r og hvorfor der foretager \u00e6ndringer i den.\"<\/p>\n

DevOps-ingen\u00f8ren kan l\u00e6re et eller flere af disse sprog: Python, Groovy, Bash, Powershell, Ruby, Go. Det er ikke n\u00f8dvendigt at have en dybdeg\u00e5ende viden \u2013 det er tilstr\u00e6kkeligt at kende grundl\u00e6ggende syntaks, OOP-principper, og at kunne skrive enkle scripts til automatisering.<\/p>\n

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

DevOps-ingen\u00f8ren b\u00f8r forst\u00e5, hvilken server produktet vil blive installeret p\u00e5, i hvilket milj\u00f8 det vil blive k\u00f8rt, og hvilke tjenester det vil interagere med. Man kan v\u00e6lge specialisering inden for Windows eller Linux-familien.<\/p>\n

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

Uden viden om versionskontrolsystemer kommer DevOps-ingen\u00f8ren ikke langt. Git er et af de mest popul\u00e6re systemer i \u00f8jeblikket.<\/p>\n

4. Cloud-udbydere<\/b><\/p>\n

AWS, Google, Azure \u2013 is\u00e6r hvis vi taler om Windows-retningen.<\/p>\n

Kirill Sergeev<\/b>: \u00abCloud-udbydere giver os virtuelle servere<\/a>, som passer perfekt til CI\/CD-rammer.<\/p>\n

At installere ti fysiske servere<\/a> kr\u00e6ver omkring hundrede manuelle operationer. Hver server skal startes, operativsystemet installeres, og vores applikation skal installeres p\u00e5 disse ti servere, hvorefter alt skal kontrolleres ti gange. Cloud-tjenester erstatter denne procedure med ti linjer kode, og en god DevOps-ingeni\u00f8r skal kunne arbejde med dem. Det sparer tid, kr\u00e6fter og penge \u2013 b\u00e5de for kunden og for virksomheden\u00bb.<\/p>\n

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

Kirill Sergeev<\/b>: \u00abVirtuelle servere opdeles i containere, hvor vi kan installere vores applikation. N\u00e5r der er mange containere, skal de styres: en t\u00e6ndes, en anden slukkes, og man skal lave backups forskellige steder. Det bliver et ret komplekst arbejde, som kr\u00e6ver et orkestreringssystem.<\/p>\n

Tidligere blev hver applikation h\u00e5ndteret af en enkelt server \u2013 enhver \u00e6ndring i dens funktion kunne p\u00e5virke applikationens stabilitet. Takket v\u00e6re containere bliver applikationer isolerede og k\u00f8rer separat \u2013 hver p\u00e5 sin egen virtuelle maskine. Hvis der sker en fejl, beh\u00f8ver man ikke bruge tid p\u00e5 at finde \u00e5rsagen. Det er nemmere at \u00f8del\u00e6gge den gamle container og tilf\u00f8je en ny\u00bb.<\/p>\n

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

N\u00e5r man skal vedligeholde et helt antal servere, er man n\u00f8dt til at udf\u00f8re mange ensartede opgaver. Det er tidskr\u00e6vende og kompliceret, og manuel arbejde \u00f8ger risikoen for fejl. Her kommer konfigurationssystemer til hj\u00e6lp. Med dem kan man lave et script, der er nemt at l\u00e6se for b\u00e5de programm\u00f8rer, DevOps-ingeni\u00f8rer og systemadministratorer. Dette script hj\u00e6lper med at udf\u00f8re ensartede operationer p\u00e5 serverne automatisk. S\u00e5 antallet af manuelle operationer (og dermed fejl) reduceres.<\/p>\n

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

\nMan kan udvikle sig b\u00e5de horisontalt og vertikalt.<\/p>\n

Igor Boiko<\/b>: \u00abSet fra en horisontal udviklingsvinkel har DevOps-ingeni\u00f8rer i \u00f8jeblikket de bredeste perspektiver. Alt \u00e6ndrer sig konstant, og man kan udvide sine f\u00e6rdigheder inden for mange forskellige omr\u00e5der: fra versionskontrolsystemer til overv\u00e5gning, fra konfigurationsstyring til databaser.<\/p>\n

Man kan blive systemarkitekt, hvis en medarbejder er interesseret i at forst\u00e5, hvordan applikationen fungerer i alle faser af sin livscyklus \u2013 fra udvikling til support.<\/p>\n

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

<\/p>\n

    \n
  1. L\u00e6s b\u00f8gerne \"Projekt 'F\u00f8nix'\" og DevOps Handbook. De er sande s\u00f8jler i DevOps-filosofien, hvoraf den f\u00f8rste er en sk\u00f8nlitter\u00e6r roman.<\/li>\n
  2. Studer teknologierne fra listen ovenfor: selvst\u00e6ndigt eller p\u00e5 online kurser.<\/li>\n
  3. Deltag som DevOps-ingeni\u00f8r i et open source-projekt.<\/li>\n
  4. \u00d8v dig og foresl\u00e5 DevOps-praksisser p\u00e5 dine personlige og arbejdsm\u00e6ssige projekter.<\/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 er DevOps n\u00f8dvendigt, og hvem er DevOps-specialister | ProHoster","description":"N\u00e5r applikationen ikke virker, er der intet mere frustrerende end at h\u00f8re kolleger sige \u00bbproblemet er p\u00e5 din side\u00ab. I sidste ende lider brugerne \u2013 og de er ligeglade med, hvilken del af teamet der er ansvarlig for fejlen.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/37684","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=37684"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37684\/revisions"}],"predecessor-version":[{"id":158512,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37684\/revisions\/158512"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28282"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37684"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37684"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37684"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}