{"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\/no\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen","title":{"rendered":"Kven er DevOps og n\u00e5r er det ikkje naudsynt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Kven er DevOps og n\u00e5r er det ikkje naudsynt\" src=\"\/wp-content\/uploads\/2020\/03\/dd0004f6f305d9fbf44ac3ffe080157b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDevOps-tema har blitt sv\u00e6rt popul\u00e6r de siste \u00e5rene. Mange dr\u00f8mmer om \u00e5 bli en del av den, men som praksisen viser, er det ofte bare p\u00e5 grunn av l\u00f8nnsniv\u00e5ene.<\/p>\n<p>Noen oppgir DevOps i CV-en sin, selv om de ikke alltid vet og forst\u00e5r essensen av termen. Noen mener at ved \u00e5 l\u00e6re Ansible, GitLab, Jenkins, Terraform og lignende (listen kan fortsette etter ens egen smak), vil de umiddelbart bli en \u00abdevops\u00bb. Dette er selvf\u00f8lgelig ikke riktig.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nDe siste \u00e5rene har jeg stort sett jobbet med \u00e5 implementere DevOps i ulike selskaper. F\u00f8r dette jobbet jeg over 20 \u00e5r i stillinger fra systemadministrator til IT-direkt\u00f8r. N\u00e5 er jeg DevOps Lead Engineer i Playgendary. <\/p>\n<h3>Hvem er DevOps<\/h3>\n<p>\nIdeen om \u00e5 skrive en artikkel oppstod etter et nytt sp\u00f8rsm\u00e5l: \u00abhvem er DevOps?\u00bb. Det finnes fortsatt ingen etablert definisjon av hva eller hvem dette er. Noe av svaret finnes allerede i denne <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/hlFDMWrkhoI\">video<\/a><\/noindex>. F\u00f8rst vil jeg trekke frem de viktigste punktene fra den, og deretter dele mine observasjoner og tanker.<\/p>\n<p>DevOps er ikke en spesialist som du kan ansette, ikke et verkt\u00f8ysett, og ikke en avdeling med utviklere og ingeni\u00f8rer.<\/p>\n<blockquote><p>DevOps er en filosofi og metodikk.<\/p><\/blockquote>\n<p>\nMed andre ord, det er et sett med praksiser som hjelper til med \u00e5 aktivt samhandle mellom utviklere og systemadministratorer. Det vil si \u00e5 knytte og integrere arbeidsprosessene med hverandre.<\/p>\n<p>Med fremveksten av DevOps har strukturen og rollene til spesialister forblitt de samme (det er utviklere, det er ingeni\u00f8rer), men reglene for samhandling har endret seg. Grensene mellom avdelingene har blitt uklare.<\/p>\n<p>M\u00e5lene for DevOps kan beskrives i tre punkter: <\/p>\n<ul>\n<li>Programvaren m\u00e5 oppdateres regelmessig.<\/li>\n<li>Programvaren m\u00e5 utvikles raskt.<\/li>\n<li>Programvaren m\u00e5 distribueres enkelt og p\u00e5 kort tid.<\/li>\n<\/ul>\n<p>\nDevOps har ikke ett enkelt verkt\u00f8y. \u00c5 konfigurere, installere og l\u00e6re seg flere produkter betyr ikke at selskapet har f\u00e5tt DevOps. Det finnes mange verkt\u00f8y som brukes p\u00e5 ulike stadier, men de tjener ett felles m\u00e5l.<\/p>\n<p><img decoding=\"async\" alt=\"Kven er DevOps og n\u00e5r er det ikkje naudsynt\" src=\"\/wp-content\/uploads\/2020\/03\/4f2d8b6dac21205bf5e3ab7fa283da12.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Og dette er bare en del av DevOps-verkt\u00f8yene<\/i><\/p>\n<p>I over to \u00e5r har jeg intervjuet folk til stillingen som DevOps-ingeni\u00f8r, og jeg har innsett hvor viktig det er \u00e5 forst\u00e5 essensen av termen klart. Jeg har opparbeidet meg spesifikk erfaring, observasjoner og tanker som jeg \u00f8nsker \u00e5 dele.<\/p>\n<p>Fra min erfaring med intervjuer ser jeg et slikt bilde: <b>spesialister som anser DevOps som en stilling, har vanligvis misforst\u00e5elser med kollegene.<\/b>.<\/p>\n<p>Det var et klart eksempel. En ung mann kom til intervjuet med en haug av smarte ord i CV-en. P\u00e5 de tre siste arbeidsplassene hadde han erfaring p\u00e5 5-6 m\u00e5neder. Han forlot to oppstartsselskaper fordi de \u00abikke lyktes\u00bb. N\u00e5r det gjaldt det tredje selskapet, sa han at ingen forstod ham: utviklerne skriver kode for Windows, mens direkt\u00f8ren tvinger ham til \u00e5 \u00abpakkere\u00bb denne koden i vanlig Docker og integrere den i CI\/CD-pipelinen. Gutten delte mye negativt om sin n\u00e5v\u00e6rende arbeidsplass og kollegene sine \u2014 man skulle nesten \u00f8nske \u00e5 svare: \u00abS\u00e5 du kan ikke selge elefanten\u00bb.<\/p>\n<p>Deretter stilte jeg ham et sp\u00f8rsm\u00e5l, som er en av de f\u00f8rste i min liste for hver kandidat.<\/p>\n<p>\u2014 Hva betyr DevOps for deg personlig?<br \/>\n\u2014 Generelt eller hvordan oppfatter jeg det?<\/p>\n<p>Jeg var interessert i hans personlige mening. Han visste teorien og opprinnelsen til begrepet, men var kategorisk uenig med dem. Han mente at DevOps er en stilling. Her ligger roten til problemene hans. Som hos andre spesialister med samme mening.<\/p>\n<p>Arbeidsgivere, etter \u00e5 ha h\u00f8rt om \u00abmagien til DevOps\u00bb, \u00f8nsker \u00e5 finne en person som kan komme og skape denne \u00abmagien\u00bb. Og s\u00f8kere med holdningen \u00abDevOps er en stilling\u00bb forst\u00e5r ikke at med en slik tiln\u00e6rming vil de ikke kunne innfri forventningene. Generelt sett skrev de DevOps i sin CV fordi det er en trend og fordi man f\u00e5r godt betalt for det. <\/p>\n<h3>Metodologi og filosofi for DevOps<\/h3>\n<p>\nMetodologien kan v\u00e6re teoretisk eller praktisk. I v\u00e5rt tilfelle er det det andre. Som jeg nevnte tidligere, er DevOps en samling av praksiser og strategier brukt for \u00e5 oppn\u00e5 de angitte m\u00e5lene. Og i hvert tilfelle, avhengig av forretningsprosessene i selskapet, kan den variere betydelig. Dette gj\u00f8r den ikke bedre eller d\u00e5rligere.<\/p>\n<blockquote><p>DevOps-metodologi er bare et verkt\u00f8y for \u00e5 oppn\u00e5 de satte m\u00e5lene.<\/p><\/blockquote>\n<p>\nN\u00e5 om hva DevOps-filosofien er. Og dette er kanskje det vanskeligste sp\u00f8rsm\u00e5let.<\/p>\n<p>\u00c5 formulere et kort og presist svar er ganske vanskelig, fordi det ikke er blitt formalisert enn\u00e5. Og siden tilhengerne av DevOps-filosofien ofte er opptatt med praktisk arbeid \u2014 er det rett og slett ikke tid for filosofiske diskusjoner. Likevel er dette en veldig viktig prosess. Dessuten er det direkte relatert til ingeni\u00f8rvirksomhet. Det finnes til og med et spesialisert kunnskapsfelt \u2014 <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\">filosofi for teknologi<\/a><\/noindex>.<\/p>\n<p>I did not have such a subject in my university, so I had to study everything independently based on the materials I could find in the 90s. The topic is not mandatory for engineering education, hence the lack of a formalized answer. However, those who have seriously immersed themselves in DevOps begin to sense a certain 'spirit' or 'unconscious comprehensiveness' of all company processes.<\/p>\n<p>From my experience, I have tried to formalize some 'postulates' of this philosophy. The result is as follows:<\/p>\n<ul>\n<li>DevOps is not something independent that can be singled out as a separate field of knowledge or activity.<\/li>\n<li>All company employees should be guided by DevOps methodology when planning their activities.<\/li>\n<li>DevOps touches upon all processes within the company.<\/li>\n<li>DevOps exists to reduce time costs on any processes within the company to ensure the development of its services and maximum client comfort.<\/li>\n<li>DevOps, in modern terms, is a proactive stance of each company employee aimed at reducing time expenses and improving the quality of the IT products around us.<\/li>\n<\/ul>\n<p>\nI believe that my 'postulates' are a separate topic for discussion. But now there is something to build upon.<\/p>\n<h3>What DevOps Does<\/h3>\n<p>\nThe key word here is communication. There is a lot of communication, initiated by the very DevOps engineer. Why is that? Because it is a philosophy and methodology, and only then does it involve engineering knowledge.<\/p>\n<p>I can't speak about the Western labor market with 100% certainty. But I know quite a bit about the DevOps market in Russia. In addition to hundreds of interviews, over the past year and a half, I have participated in a hundred technical presales for the 'DevOps Implementation' service for large Russian companies and banks.<\/p>\n<p>I Russland er DevOps fortsatt et meget ungt, men allerede trendy tema. S\u00e5 langt jeg vet, var det mer enn 1000 spesialister i slik mangel bare i Moskva i 2019. Ordet Kubernetes er for arbeidsgivere nesten som et r\u00f8dt klut for en okse. Tilhengerne av dette verkt\u00f8yet er klare til \u00e5 bruke det selv der det ikke er n\u00f8dvendig og ikke \u00f8konomisk gunstig. Arbeidsgivere forst\u00e5r ikke alltid i hvilke tilfeller det er mer hensiktsmessig \u00e5 bruke hva, og med riktig distribusjon kan innholdet i Kubernetes-klyngen koste 2-3 ganger mer enn distribusjonen av en applikasjon etter et vanlig klyngeskjema. Bruk det der det faktisk er n\u00f8dvendig. <\/p>\n<p><img decoding=\"async\" alt=\"Kven er DevOps og n\u00e5r er det ikkje naudsynt\" src=\"\/wp-content\/uploads\/2020\/03\/7f8a2a30abc7a2cd59b49083c7011211.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nImplementering av DevOps, sett fra et \u00f8konomisk perspektiv, er dyrt. Det er bare berettiget der det gir \u00f8konomisk gevinst i andre omr\u00e5der, ikke bare i seg selv.<\/p>\n<p>DevOps-ingeni\u00f8rer er faktisk pionerer - det er de som f\u00f8rst m\u00e5 implementere denne metodikken i selskapet og bygge prosessene. For at dette skal v\u00e6re vellykket, m\u00e5 spesialisten hele tiden samhandle med ansatte og kolleger p\u00e5 alle niv\u00e5er. Som jeg pleier \u00e5 si, m\u00e5 alle ansatte i selskapet involveres i prosessen med \u00e5 implementere DevOps: fra rengj\u00f8ringspersonen til CEO. Og dette er en n\u00f8dvendig betingelse. Hvis det yngste medlemmet av teamet ikke vet og forst\u00e5r hva DevOps er og hvorfor ulike organisatoriske handlinger utf\u00f8res, vil det ikke bli noen vellykket implementering.<\/p>\n<p>I tillegg m\u00e5 DevOps-ingeni\u00f8ren av og til bruke administrativt ressurser. For eksempel for \u00e5 overvinne \"motstand fra milj\u00f8et\" - n\u00e5r teamet ikke er klart til \u00e5 ta imot verkt\u00f8yene og metodikken til DevOps. <\/p>\n<p>Utvikleren skal bare skrive kode og tester. For dette trenger han ikke en superkraftig b\u00e6rbar datamaskin hvor han skal distribuere og st\u00f8tte hele prosjektets infrastruktur lokalt. For eksempel har frontend-utvikleren alle appens elementer p\u00e5 sin b\u00e6rbare datamaskin, inkludert databasen, S3-emulator (minio) og mer. Med andre ord bruker han mye tid p\u00e5 \u00e5 opprettholde denne lokale infrastrukturen og kjemper alene med alle problemene som f\u00f8lger med denne l\u00f8sningen, i stedet for \u00e5 utvikle kode for fronten. Slike personer kan v\u00e6re sterkt motvillige til enhver endring.<\/p>\n<p>Men er det lag som omvendt er glade for \u00e5 implementere nye verkt\u00f8y og metoder, og som aktivt deltar i denne prosessen. Selv i slike tilfeller er kommunikasjonen mellom DevOps-ingeni\u00f8ren og gruppen fortsatt viktig.<\/p>\n<h3>N\u00e5r DevOps ikke er n\u00f8dvendig<\/h3>\n<p>\nDet finnes situasjoner der DevOps ikke er n\u00f8dvendig. Dette er et faktum som m\u00e5 forst\u00e5s og aksepteres.<\/p>\n<p>F\u00f8rst og fremst gjelder dette enhver bedrift (spesielt sm\u00e5bedrifter) der inntjeningen ikke er direkte avhengig av tilstedev\u00e6relse eller frav\u00e6r av IT-produkter som tilbyr informasjonstjenester til kundene. Dette handler ikke om selskapets nettsted, enten det er en statisk \u00abvisittkort\u00bb eller har dynamiske nyhetsblokker osv.<\/p>\n<p>DevOps er n\u00f8dvendig n\u00e5r tilfredsheten til kunden din og hans vilje til \u00e5 komme tilbake til deg igjen er avhengig av kvaliteten, relevante tjenester og m\u00e5ten informasjonstjenester interagerer med kunden.<\/p>\n<p>Et tydelig eksempel er en kjent bank. Selskapet har ingen tradisjonelle kundekontorer, dokumentbehandlingen skjer via post eller budfirma, og mange ansatte jobber hjemmefra. Selskapet har sluttet \u00e5 v\u00e6re bare en bank og har, etter min mening, blitt et IT-selskap med utviklede DevOps-teknologier.<\/p>\n<p>Det finnes mange andre eksempler og forelesninger tilgjengelig fra tematiske meetups og konferanser. Flere av dem bes\u00f8kte jeg personlig \u2014 det er en veldig nyttig erfaring for de som \u00f8nsker \u00e5 utvikle seg innen dette feltet. Her er linker til YouTube-kanaler med gode forelesninger og materiale 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 n\u00e5 p\u00e5 bedriften din og tenk p\u00e5 dette: hvor mye er selskapet ditt og inntjeningen avhengig av IT-produkter som muliggj\u00f8r interaksjon med kunden? <\/p>\n<p>Hvis selskapet ditt selger fisk i en liten butikk og det eneste IT-produktet er to konfigurasjoner av 1\u0421: Enterprise (Regnskap og UNF), er det neppe noe poeng i \u00e5 snakke om DevOps.<\/p>\n<p>Men hvis du jobber i en stor handels- og produksjonsbedrift (for eksempel produserer jaktgev\u00e6r), s\u00e5 b\u00f8r du vurdere det. Du kan ta initiativet og formidle til ledelsen mulighetene for implementering av DevOps. Og samtidig lede denne prosessen. En proaktiv holdning er en av de viktigste postulater i DevOps-filosofien.<\/p>\n<blockquote><p>St\u00f8rrelse og volumen av \u00e5rlig finansiell omsetning er ikke det viktigste kriteriet for \u00e5 avgj\u00f8re om virksomheten din trenger DevOps.<\/p><\/blockquote>\n<p>\nLa oss forestille oss en stor industriell bedrift som ikke interagerer direkte med kundene. For eksempel, noen bilprodusenter og bilfabrikker. N\u00e5 er jeg ikke sikker, men fra min tidligere erfaring har alt interaksjon med kunder blitt utf\u00f8rt via e-post og telefon i mange \u00e5r. <\/p>\n<p>Kundene deres er en begrenset liste av bilforhandlere. Og hver av dem har en spesialist fra produsenten tilknyttet. All intern dokumentflyt skjer gjennom ERP SAP. Interne ansatte er i prinsippet kunder av informasjonssystemet. Men styringen av dette systemet skjer med klassiske metoder for styring av klyngesystemer. Dette utelukker muligheten for \u00e5 bruke DevOps-praksiser.<\/p>\n<p>Derfor konkluderer vi med at for slike virksomheter er implementering av DevOps ikke kritisk viktig, hvis vi husker m\u00e5lene til metodologien fra begynnelsen av artikkelen. Men jeg utelukker ikke at noen DevOps-verkt\u00f8y blir brukt av dem i dag.<\/p>\n<p>P\u00e5 den annen side finnes det mange sm\u00e5 selskaper som utvikler programvare ved \u00e5 bruke metodologi, filosofi, praksiser og verkt\u00f8y fra DevOps. De mener at kostnadene ved \u00e5 implementere DevOps er utgifter som gj\u00f8r dem i stand til \u00e5 konkurrere effektivt p\u00e5 programvaremarkedet. Eksempler p\u00e5 slike selskaper kan sees. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/channel\/UCjmwHCZ-qh3ro7hHTQhqYQg\">her<\/a><\/noindex>.<\/p>\n<blockquote><p>Hovedkriteriet for \u00e5 forst\u00e5 om man trenger DevOps: hvilken betydning har IT-produktene deres for selskapet og kundene.<\/p><\/blockquote>\n<p>\nHvis det prim\u00e6re produktet til selskapet, som genererer inntekt, er programvare \u2014 trenger du DevOps. Og det er ikke s\u00e5 viktig om du tjener ekte penger gjennom andre varer. Dette inkluderer ogs\u00e5 nettbutikker eller mobile applikasjoner med spill.<\/p>\n<p>Alle spill eksisterer gjennom finansiering: direkte eller indirekte fra spillerne. I Playgendary utvikler vi gratis mobilspill, som involverer mer enn 200 personer i den direkte utviklingen. Hvordan bruker vi DevOps?<\/p>\n<p>Akkurat p\u00e5 samme m\u00e5te som beskrevet ovenfor. Jeg kommuniserer hele tiden med utviklere og testere, og holder interne oppl\u00e6ringer for ansatte om metodologi og verkt\u00f8y fra DevOps. <\/p>\n<p>N\u00e5 har vi aktivt tatt i bruk Jenkins som verkt\u00f8y for CI\/CD-pipelines for \u00e5 utf\u00f8re alle byggingskonveyor med Unity og p\u00e5f\u00f8lgende distribusjon til App Store og Play Market. I tillegg til det klassiske settet av verkt\u00f8y: <\/p>\n<ul>\n<li>Asana \u2013 for prosjektledelse. Integrasjonen med Jenkins er konfigurert.<\/li>\n<li>Google Meet \u2013 for videom\u00f8ter.<\/li>\n<li>Slack \u2013 for kommunikasjon og ulike varsler, inkludert notifikasjoner fra Jenkins.<\/li>\n<li>Atlassian Confluence \u2013 for dokumentasjon og gruppearbeid.<\/li>\n<\/ul>\n<p>\nI n\u00e6rmeste framtid planlegger vi \u00e5 implementere statisk kodeanalyse med SonarQube og gjennomf\u00f8re automatisert UI-testing ved hjelp av Selenium i l\u00f8pet av Continuous Integration.<\/p>\n<h3>In conclusion<\/h3>\n<p>\nJeg vil avslutte med denne tanken: for \u00e5 bli en h\u00f8yt kvalifisert DevOps-ingeni\u00f8r, er det livsviktig \u00e5 l\u00e6re seg \u00e5 kommunisere med mennesker.<\/p>\n<p>DevOps-ingeni\u00f8ren er en lagspiller. Og p\u00e5 ingen annen m\u00e5te. Initiativet i kommunikasjonen med kolleger m\u00e5 komme fra ham selv, og ikke v\u00e6re p\u00e5tvunget av omstendigheter. En DevOps-spesialist m\u00e5 v\u00e6re i stand til \u00e5 se og foresl\u00e5 den beste l\u00f8sningen for teamet. <\/p>\n<p>Og ja, implementering av enhver l\u00f8sning vil kreve mange diskusjoner, og til slutt kan det endre seg helt. Gjennom \u00e5 utvikle seg selv, tilby og gjennomf\u00f8re sine ideer \u2013 slik en person blir stadig mer verdifull b\u00e5de for teamet og for arbeidsgiveren. Dette reflekteres til slutt ogs\u00e5 i st\u00f8rrelsen p\u00e5 hans m\u00e5nedlige bel\u00f8nning eller i form av ekstra bonuser.<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.5 - 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\/no\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.5\" \/>\n\t\t<meta property=\"og:locale\" content=\"nn_NO\" \/>\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\/no\/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 n\u00e5r er han ikke n\u00f8dvendig | ProHoster","description":"Temaet DevOps har blitt veldig popul\u00e6rt de siste \u00e5rene.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/kto-takoj-devops-i-kogda-on-ne-nuzhen","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\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\/no\/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\/no\/wp-json\/wp\/v2\/posts\/75526","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=75526"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/75526\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/75527"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=75526"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=75526"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=75526"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}