{"id":75526,"date":"2020-03-26T19:42:18","date_gmt":"2020-03-26T17:42:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen"},"modified":"2020-03-26T19:42:18","modified_gmt":"2020-03-26T17:42:18","slug":"kto-takoj-devops-i-kogda-on-ne-nuzhen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen","title":{"rendered":"Hvem er DevOps, og hvorn\u00e5r er det ikke n\u00f8dvendigt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Hvem er DevOps, og hvorn\u00e5r er det ikke n\u00f8dvendigt\" src=\"\/wp-content\/uploads\/2020\/03\/dd0004f6f305d9fbf44ac3ffe080157b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDevOps-temaen er blevet meget popul\u00e6r i de seneste \u00e5r. Mange dr\u00f8mmer om at komme ind i den, men som erfaringen viser, er det ofte kun p\u00e5 grund af l\u00f8nniveauet.<\/p>\n<p>Nogle angiver DevOps i deres CV, selvom de ikke altid forst\u00e5r essensen af termen. Nogen mener, at hvis man l\u00e6rer Ansible, GitLab, Jenkins, Terraform og lignende (listen kan forts\u00e6tte efter ens smag), s\u00e5 bliver man straks en 'DevOps'. Det er selvf\u00f8lgelig ikke tilf\u00e6ldet.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nI de seneste par \u00e5r har jeg prim\u00e6rt arbejdet med implementering af DevOps i forskellige virksomheder. Forud for dette har jeg arbejdet i over 20 \u00e5r i positioner fra systemadministrator til IT-direkt\u00f8r. Nu er jeg DevOps Lead Engineer hos Playgendary. <\/p>\n<h3>Hvem er en DevOps?<\/h3>\n<p>\nIdeen om at skrive en artikel opstod efter endnu et sp\u00f8rgsm\u00e5l: 'Hvem er DevOps?'. Der er stadig ikke et fast begreb for hvad eller hvem det er. Nogle svar kan allerede findes i denne <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/hlFDMWrkhoI\">en video<\/a><\/noindex>. F\u00f8rst vil jeg fremh\u00e6ve de vigtigste punkter fra det, og derefter dele mine observationer og tanker.<\/p>\n<p>DevOps er ikke en specialist, man kan ans\u00e6tte, ikke et v\u00e6rkt\u00f8jss\u00e6t og ikke en afdeling af udviklere med ingeni\u00f8rer.<\/p>\n<blockquote><p>DevOps er en filosofi og en metode.<\/p><\/blockquote>\n<p>\nMed andre ord er det et s\u00e6t praksisser, der hj\u00e6lper udviklere med at samarbejde aktivt med systemadministratorer. Det vil sige, at det forbinder og integrerer arbejdsgange med hinanden.<\/p>\n<p>Med indf\u00f8relsen af DevOps forblev strukturen og rollerne for specialister de samme (der er udviklere, der er ingeni\u00f8rer), men reglerne for interaktion \u00e6ndrede sig. Gr\u00e6nserne mellem afdelingerne blev udvisket.<\/p>\n<p>M\u00e5lene med DevOps kan beskrives i tre punkter: <\/p>\n<ul>\n<li>Softwaren skal opdateres regelm\u00e6ssigt.<\/li>\n<li>Softwaren skal udvikles hurtigt.<\/li>\n<li>Softwaren skal implementeres nemt og inden for kort tid.<\/li>\n<\/ul>\n<p>\nDer er ikke et enkelt v\u00e6rkt\u00f8j til DevOps. At configure, installere og studere flere produkter betyder ikke, at der er kommet DevOps til virksomheden. Der er mange v\u00e6rkt\u00f8jer, og de bruges i forskellige faser, men tjener \u00e9t f\u00e6lles m\u00e5l.<\/p>\n<p><img decoding=\"async\" alt=\"Hvem er DevOps, og hvorn\u00e5r er det ikke n\u00f8dvendigt\" src=\"\/wp-content\/uploads\/2020\/03\/4f2d8b6dac21205bf5e3ab7fa283da12.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Og det er kun en del af DevOps-v\u00e6rkt\u00f8jerne.<\/i><\/p>\n<p>I mere end 2 \u00e5r har jeg interviewet folk til stillingen som DevOps-ingeni\u00f8r, og jeg har indset, hvor vigtigt det er at forst\u00e5 essensen af termen klart. Der er samlet specifik erfaring, observationer og tanker, som jeg \u00f8nsker at dele.<\/p>\n<p>Fra mine interviewerfaringer ser jeg et s\u00e5dant billede: <b>specialister, der betragter DevOps som en stilling, har ofte misforst\u00e5elser med deres kolleger.<\/b>.<\/p>\n<p>Der var et klart eksempel. En ung mand kom til samtalen med en masse smarte ord i sit CV. I de sidste tre jobs havde han en ans\u00e6ttelsestid p\u00e5 5-6 m\u00e5neder. Han forlod to startups, fordi de \"ikke lykkedes\". Og i forhold til det tredje firma sagde han, at ingen forstod ham: udviklerne skrev kode til Windows, og direkt\u00f8ren tvang ham til at \"pakke\" denne kode ind i almindelig Docker og integrere den i CI\/CD-pipelinen. Drengen fortalte en del negativt om sit nuv\u00e6rende job og sine kolleger - man havde lyst til at svare: \"S\u00e5 kan du ikke s\u00e6lge elefanten.\"<\/p>\n<p>Derefter stillede jeg ham et sp\u00f8rgsm\u00e5l, som er et af de f\u00f8rste p\u00e5 min liste for hver kandidat.<\/p>\n<p>\u2014 Hvad betyder DevOps personligt for dig?<br \/>\n\u2014 Generelt eller som jeg opfatter det?<\/p>\n<p>Jeg var interesseret i hans personlige mening. Han kendte teorien og oprindelsen af termen, men var kategorisk uenig. Han mente, at DevOps er en stilling. Heri ligger kernen af hans problemer. Ligesom for andre specialister med samme opfattelse.<\/p>\n<p>Arbejdsgivere, der har h\u00f8rt om \"magien ved DevOps\", \u00f8nsker at finde en person, der kommer og skaber denne \"magi\". Og ans\u00f8gere i kategorien \"DevOps er en stilling\" forst\u00e5r ikke, at de med denne tilgang ikke vil kunne leve op til forventningerne. Og generelt skrev de \"DevOps\" i deres CV, fordi det er en trend, og man f\u00e5r meget for det. <\/p>\n<h3>Metodologi og filosofi i DevOps<\/h3>\n<p>\nMetodologien kan v\u00e6re teoretisk og praktisk. I vores tilf\u00e6lde er det det sidste. Som jeg n\u00e6vnte tidligere, er DevOps et s\u00e6t af praktikker og strategier anvendt til at opn\u00e5 de angivne m\u00e5l. Og i hvert tilf\u00e6lde, afh\u00e6ngig af virksomhedens forretningsprocesser, kan det variere betydeligt. Hvilket ikke g\u00f8r det bedre eller d\u00e5rligere.<\/p>\n<blockquote><p>DevOps-metodologi er blot et middel til at n\u00e5 de fastsatte m\u00e5l.<\/p><\/blockquote>\n<p>\nNu til, hvad filosofien bag DevOps er. Og det er m\u00e5ske det sv\u00e6reste sp\u00f8rgsm\u00e5l.<\/p>\n<p>At formulere et kort og pr\u00e6cist svar er ret sv\u00e6rt, fordi det endnu ikke er formaliseret. Og eftersom tilh\u00e6ngerne af DevOps-filosofien arbejder mere med praksis - er der simpelthen ikke tid til filosofi. Alligevel er det en meget vigtig proces. Og den relaterer sig direkte til ingeni\u00f8rarbejde. Der er endda et specialiseret omr\u00e5de inden for viden - <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A4%D0%B8%D0%BB%D0%BE%D1%81%D0%BE%D1%84%D0%B8%D1%8F_%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B8\">teknologifilosofi<\/a><\/noindex>.<\/p>\n<p>P\u00e5 mit universitet fandtes der ikke et s\u00e5dant fag, s\u00e5 jeg var n\u00f8dt til at studere det hele selvst\u00e6ndigt ud fra de materialer, jeg kunne finde i 90'erne. Emnet er ikke obligatorisk for ingeni\u00f8ruddannelsen, hvilket forklarer manglen p\u00e5 en formel svar. Men de personer, der seri\u00f8st har dykket ned i DevOps, begynder at m\u00e6rke en slags \"\u00e5nd\" eller \"ubevidst altomfavnende\" karakter ved alle virksomhedens processer.<\/p>\n<p>P\u00e5 baggrund af mine erfaringer har jeg fors\u00f8gt at formulere nogle \"postulater\" for denne filosofi. Her er resultatet:<\/p>\n<ul>\n<li>DevOps er ikke noget selvst\u00e6ndigt, der kan fremh\u00e6ves som en separat videns- eller aktivitetsretning.<\/li>\n<li>Alle virksomhedens medarbejdere skal f\u00f8lge DevOps-metodologien, n\u00e5r de planl\u00e6gger deres aktiviteter.<\/li>\n<li>DevOps ber\u00f8rer alle processer i virksomheden.<\/li>\n<li>DevOps eksisterer for at reducere tidsforbruget p\u00e5 enhver proces i virksomheden for at sikre udviklingen af dens tjenester og maksimere kundens komfort.<\/li>\n<li>DevOps, p\u00e5 moderne sprog, er en proaktiv tilgang fra hver medarbejder i virksomheden, rettet mod at reducere tidsomkostningerne og forbedre kvaliteten af de IT-produkter, der omgiver os.<\/li>\n<\/ul>\n<p>\nJeg mener, at mine \"postulater\" er et separat emne til diskussion. Men nu er der noget at bygge videre p\u00e5.<\/p>\n<h3>Hvad g\u00f8r DevOps?<\/h3>\n<p>\nDet n\u00f8gleord her er kommunikation. Der er mange kommunikationer, hvor initiativtageren netop b\u00f8r v\u00e6re den samme DevOps-ingeni\u00f8r. Hvorfor? Fordi det er en filosofi og en metodologi, og f\u00f8rst derefter ingeni\u00f8rviden.<\/p>\n<p>Jeg kan ikke tale med 100% sikkerhed om arbejdsmarkedet i Vesten. Men jeg ved en hel del om DevOps-markedet i Rusland. Ud over hundrede jobsamtaler har jeg i l\u00f8bet af de sidste halvandet \u00e5r deltaget i et hundrede tekniske presales for tjenesten \"Implementering af DevOps\" for store russiske virksomheder og banker.<\/p>\n<p>I Danmark er DevOps stadig et ungt, men allerede trendy emne. S\u00e5 vidt jeg ved, var der kun i K\u00f8benhavn et mangel p\u00e5 s\u00e5danne specialister i 2019 p\u00e5 over 1000 personer. Og ordet Kubernetes er for arbejdsgiverne n\u00e6sten som en r\u00f8d klud for en tyr. Tilh\u00e6ngere af dette v\u00e6rkt\u00f8j er klar til at bruge det, selv n\u00e5r det ikke er n\u00f8dvendigt og \u00f8konomisk ikke rentabelt. Arbejdsgiveren forst\u00e5r ikke altid, hvorn\u00e5r det er mest passende at bruge det, og ved korrekt implementering koster indholdet af Kubernetes-klyngen 2-3 gange mere end installationen af applikationen efter en almindelig klyngeordning. Brug det, hvor det virkelig er n\u00f8dvendigt. <\/p>\n<p><img decoding=\"async\" alt=\"Hvem er DevOps, og hvorn\u00e5r er det ikke n\u00f8dvendigt\" src=\"\/wp-content\/uploads\/2020\/03\/7f8a2a30abc7a2cd59b49083c7011211.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nImplementeringen af DevOps set fra et \u00f8konomisk perspektiv er dyr. Og det er kun berettiget, hvor det giver \u00f8konomisk gevinst i andre omr\u00e5der, ikke for sin egen skyld.<\/p>\n<p>DevOps-ingeni\u00f8rer er faktisk pionerer \u2014 det er dem, der f\u00f8rst skal implementere denne metodologi i virksomheden og opbygge processerne. For at dette skal lykkes, skal specialisten konstant interagere med medarbejdere og kolleger p\u00e5 alle niveauer. Som jeg plejer at sige, skal alle medarbejdere i virksomheden involveres i DevOps-implementeringen: fra reng\u00f8ringsassistenter til CEO. Dette er en foruds\u00e6tning. Hvis det yngste medlem af teamet ikke ved og forst\u00e5r, hvad DevOps er, og hvorfor visse organisatoriske handlinger udf\u00f8res, s\u00e5 vil der ikke v\u00e6re nogen succesfuld implementering.<\/p>\n<p>Desuden skal DevOps-ingeni\u00f8ren fra tid til anden bruge administrativt ressourcer. For eksempel for at overvinde \"modstanden fra milj\u00f8et\" \u2014 n\u00e5r teamet ikke er parat til at acceptere v\u00e6rkt\u00f8jerne og metodologien i DevOps. <\/p>\n<p>Udvikleren skal kun skrive kode og tests. Til dette har han ikke brug for en superkraftig b\u00e6rbar computer, som han vil bruge til at installere og vedligeholde hele projektets infrastruktur lokalt. For eksempel har front-end udvikleren alle applikationens elementer p\u00e5 sin b\u00e6rbare computer, inklusiv databasen, emulatoren S3 (minio) og s\u00e5 videre. Det vil sige, at han bruger meget tid p\u00e5 at vedligeholde denne lokale infrastruktur og k\u00e6mper alene med alle problemerne ved en s\u00e5dan l\u00f8sning. I stedet for at udvikle kode til front-end. S\u00e5danne personer kan v\u00e6re meget modstandsdygtige over for enhver \u00e6ndring.<\/p>\n<p>Men der er teams, som derimod er glade for at implementere nye v\u00e6rkt\u00f8jer og metoder og aktivt deltager i denne proces. Selvom selv i s\u00e5danne tilf\u00e6lde er kommunikationen mellem DevOps-ingeni\u00f8ren og teamet stadig vigtig.<\/p>\n<h3>N\u00e5r DevOps ikke er n\u00f8dvendigt<\/h3>\n<p>\nDer findes situationer, hvor DevOps ikke er n\u00f8dvendigt. Det er en kendsgerning \u2014 det skal man forst\u00e5 og acceptere.<\/p>\n<p>F\u00f8rst og fremmest g\u00e6lder dette for alle virksomheder (is\u00e6r sm\u00e5 erhverv), n\u00e5r deres indt\u00e6gt ikke direkte afh\u00e6nger af tilstedev\u00e6relsen eller frav\u00e6ret af IT-produkter, der leverer informationsservices til kunderne. Og her handler det ikke om virksomhedens hjemmeside, uanset om den er en statisk \"visitkort\" eller med dynamiske nyhedssektioner osv.<\/p>\n<p>DevOps er n\u00f8dvendigt, n\u00e5r tilstedev\u00e6relsen af disse informationsservices til kundeinteraktion, deres kvalitet og m\u00e5lretning p\u00e5virker tilfredsheden hos dine kunder og deres vilje til at vende tilbage til netop dig.<\/p>\n<p>Et tydeligt eksempel er en kendt bank. Virksomheden har ikke traditionelle kundekontorer, dokumentbehandling foreg\u00e5r gennem post eller bud, og mange medarbejdere arbejder hjemmefra. Virksomheden er ikke l\u00e6ngere bare en bank, men er efter min mening blevet en IT-virksomhed med avancerede DevOps-teknologier.<\/p>\n<p>Mange andre eksempler og opl\u00e6g kan findes i optagelserne fra tematiserede meetups og konferencer. Nogle af dem har jeg deltaget i personligt \u2014 det er en meget nyttig erfaring for dem, der \u00f8nsker at udvikle sig inden for dette omr\u00e5de. Her er links til YouTube-kanaler med gode opl\u00e6g og materialer om DevOps:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/channel\/UCjnQreLMbpKsfJwDnHGZLxg\/featured\">DevOops<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/channel\/UC1nDIT9thqoFSSxvLyPHF5w\/featured\">DevOpsConf<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/user\/profyclub\/featured\">HighLoad++<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/channel\/UCjmwHCZ-qh3ro7hHTQhqYQg\">Flant<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/channel\/UCnvbzVff0AGuHHzxcDTtj6w\/featured\">MailRu Cloud Solution<\/a><\/noindex><\/li>\n<\/ul>\n<p>\nSe nu p\u00e5 din virksomhed og t\u00e6nk over dette: hvor meget afh\u00e6nger din virksomhed og dens profit af IT-produkter, der muligg\u00f8r interaktion med kunderne? <\/p>\n<p>Hvis din virksomhed s\u00e6lger fisk i en lille butik, og de eneste IT-produkter er to konfigurationer af 1C: Enterprise (Regnskab og UNF), s\u00e5 er det n\u00e6ppe meningsfuldt at tale om DevOps.<\/p>\n<p>Men hvis du arbejder i en stor handels- og produktionsvirksomhed (for eksempel producerer jagtgev\u00e6rer), s\u00e5 er det v\u00e6rd at overveje. Du kan tage initiativet og informere din ledelse om fordelene ved at implementere DevOps. Og samtidig, lede denne proces. En proaktiv tilgang er en af de vigtige postulater i DevOps-filosofien.<\/p>\n<blockquote><p>St\u00f8rrelse og volumen af den \u00e5rlige finansielle oms\u00e6tning er ikke det prim\u00e6re kriterium for at afg\u00f8re, om din virksomhed har brug for DevOps.<\/p><\/blockquote>\n<p>\nLad os forestille os en stor industrivirksomhed, der ikke interagerer direkte med kunderne. For eksempel nogle bilproducenter og bilfabrikanter. Jeg er ikke sikker nu, men fra min tidligere erfaring blev al interaktion med kunderne i mange \u00e5r h\u00e5ndteret via e-mail og telefon. <\/p>\n<p>Deres kunder er en begr\u00e6nset liste af bilforhandlere. Og der er knyttet en specialist fra producenten til hver enkelt. Hele den interne dokumentation foreg\u00e5r gennem ERP SAP. Interne medarbejdere er i bund og grund kunder af informationssystemet. Men styringen af dette IS udf\u00f8res med klassiske metoder til styring af klynge systemer. Hvilket udelukker muligheden for at anvende DevOps-praksis.<\/p>\n<p>Konklusionen her er, at for s\u00e5danne virksomheder er implementeringen af DevOps ikke kritisk vigtig, hvis vi husker m\u00e5lene for metodologien fra begyndelsen af artiklen. Men jeg udelukker ikke, at nogle DevOps-v\u00e6rkt\u00f8jer anvendes af dem i dag.<\/p>\n<p>P\u00e5 den anden side er der mange sm\u00e5 virksomheder, der udvikler software ved hj\u00e6lp af metodologi, filosofi, praksis og v\u00e6rkt\u00f8jer fra DevOps. Og de mener, at omkostningerne ved implementering af DevOps er omkostninger, der giver dem mulighed for at konkurrere effektivt p\u00e5 softwaremarkedet. Eksempler p\u00e5 s\u00e5danne virksomheder kan ses <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/channel\/UCjmwHCZ-qh3ro7hHTQhqYQg\">her<\/a><\/noindex>.<\/p>\n<blockquote><p>Det prim\u00e6re kriterium for at forst\u00e5, om DevOps er n\u00f8dvendigt, er: hvilken betydning har dine IT-produkter for virksomheden og kunderne.<\/p><\/blockquote>\n<p>\nHvis virksomhedens hovedprodukt, der genererer indt\u00e6gter, er software - s\u00e5 har du brug for DevOps. Og det er ikke s\u00e5 vigtigt, om du tjener penge p\u00e5 andre varer. Dette inkluderer ogs\u00e5 online butikker eller mobilapplikationer med spil.<\/p>\n<p>Enhver spil eksisterer takket v\u00e6re finansiering: direkte eller indirekte fra spillerne. Hos Playgendary udvikler vi gratis mobile spil, som involverer mere end 200 personer i den direkte skabelse. Hvordan bruger vi DevOps?<\/p>\n<p>P\u00e5 pr\u00e6cis samme m\u00e5de som beskrevet ovenfor. Jeg kommunikerer konstant med udviklere og testere, og jeg gennemf\u00f8rer intern tr\u00e6ning af medarbejdere i metodologi og v\u00e6rkt\u00f8jer til DevOps. <\/p>\n<p>I \u00f8jeblikket bruger vi aktivt Jenkins som v\u00e6rkt\u00f8j til CI\/CD pipelines til at udf\u00f8re alle byggeprocesser med Unity og efterf\u00f8lgende deployment til App Store og Play Market. Derudover anvender vi et klassisk s\u00e6t v\u00e6rkt\u00f8jer: <\/p>\n<ul>\n<li>Asana \u2014 til projektledelse. Integration med Jenkins er opsat.<\/li>\n<li>Google Meet \u2014 til videom\u00f8der.<\/li>\n<li>Slack \u2014 til kommunikation og forskellige notifikationer, inklusive notifikationer fra Jenkins.<\/li>\n<li>Atlassian Confluence \u2014 til dokumentation og gruppesamarbejde.<\/li>\n<\/ul>\n<p>\nVi planl\u00e6gger snart at implementere statisk kodeanalyse ved hj\u00e6lp af SonarQube og udf\u00f8re automatiserede UI-tests med Selenium i forbindelse med Continuous Integration.<\/p>\n<h3>Afslutning<\/h3>\n<p>\nJeg vil afslutte med denne tanke: for at blive en h\u00f8jt kvalificeret DevOps-ingeni\u00f8r er det bydende n\u00f8dvendigt at l\u00e6re at kommunikere effektivt med folk.<\/p>\n<p>DevOps-ingeni\u00f8ren er en holdspiller. Intet mindre. Initiativet til at kommunikere med kolleger skal komme fra ham selv og ikke som f\u00f8lge af omst\u00e6ndigheder. DevOps-specialisten skal se og foresl\u00e5 den bedste l\u00f8sning for teamet. <\/p>\n<p>Og ja, implementeringen af enhver l\u00f8sning vil kr\u00e6ve mange diskussioner, og i slutningen kan det endda \u00e6ndre sig helt. Ved at udvikle sig selv, foresl\u00e5 og gennemf\u00f8re sine ideer \u2014 repr\u00e6senterer en s\u00e5dan person en stadig st\u00f8rre v\u00e6rdi for b\u00e5de teamet og arbejdsgiveren. Dette afspejles i sidste ende ogs\u00e5 i st\u00f8rrelsen af hans m\u00e5nedlige bel\u00f8nning eller som ekstra bonusser.<br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/playgendary\/blog\/493998\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0422\u0435\u043c\u0430 DevOps \u0437\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u0441\u0442\u0430\u043b\u0430 \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u0439. \u041c\u043d\u043e\u0433\u0438\u0435 \u043c\u0435\u0447\u0442\u0430\u044e\u0442 \u0432 \u043d\u0435\u0435 \u0432\u043b\u0438\u0442\u044c\u0441\u044f, \u043d\u043e, \u043a\u0430\u043a \u043f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0430, \u0447\u0430\u0441\u0442\u043e \u0442\u043e\u043b\u044c\u043a\u043e \u0438\u0437-\u0437\u0430 \u0443\u0440\u043e\u0432\u043d\u044f \u0437\u0430\u0440\u043f\u043b\u0430\u0442. \u041d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u044e\u0442 \u0432 \u0441\u0432\u043e\u0435\u043c \u0440\u0435\u0437\u044e\u043c\u0435 DevOps, \u0445\u043e\u0442\u044f \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u0437\u043d\u0430\u044e\u0442 \u0438 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442 \u0441\u0443\u0442\u044c \u0442\u0435\u0440\u043c\u0438\u043d\u0430. \u041a\u0442\u043e-\u0442\u043e \u0441\u0447\u0438\u0442\u0430\u0435\u0442, \u0447\u0442\u043e \u0438\u0437\u0443\u0447\u0438\u0432 Ansible, GitLab, Jenkins, Terraform \u0438 \u0438\u043c \u043f\u043e\u0434\u043e\u0431\u043d\u044b\u0435 (\u0441\u043f\u0438\u0441\u043e\u043a \u043c\u043e\u0436\u043d\u043e \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0442\u044c \u043d\u0430 \u0441\u0432\u043e\u0439 \u0432\u043a\u0443\u0441), \u0442\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":75527,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-75526","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0422\u0435\u043c\u0430 DevOps \u0437\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u0441\u0442\u0430\u043b\u0430 \u043e\u0447\u0435\u043d\u044c.\" \/>\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\/da\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\u041a\u0442\u043e \u0442\u0430\u043a\u043e\u0439 DevOps \u0438 \u043a\u043e\u0433\u0434\u0430 \u043e\u043d \u043d\u0435 \u043d\u0443\u0436\u0435\u043d | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0422\u0435\u043c\u0430 DevOps \u0437\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u0441\u0442\u0430\u043b\u0430 \u043e\u0447\u0435\u043d\u044c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen\" \/>\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=\"2020-03-26T17:42:18+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-26T17:42:18+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\udd47Hvem er DevOps, og hvorn\u00e5r er han ikke n\u00f8dvendig | ProHoster","description":"Emnet DevOps er blevet meget aktuelt de seneste par \u00e5r.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen","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\u041a\u0442\u043e \u0442\u0430\u043a\u043e\u0439 DevOps \u0438 \u043a\u043e\u0433\u0434\u0430 \u043e\u043d \u043d\u0435 \u043d\u0443\u0436\u0435\u043d | ProHoster","og:description":"\u0422\u0435\u043c\u0430 DevOps \u0437\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u0441\u0442\u0430\u043b\u0430 \u043e\u0447\u0435\u043d\u044c.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen","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":"2020-03-26T17:42:18+00:00","article:modified_time":"2020-03-26T17:42:18+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"75526","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:55:26","updated":"2022-09-27 16:15:47","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\/75526","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=75526"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/75526\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/75527"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=75526"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=75526"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=75526"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}