servere<\/a>, men ogs\u00e5 av drift. Ja, noen administratorer kan jobbe kun innenfor systemets rammer, uten maskinvare. De fortjener \u00e5 bli fremhevet som en egen underklasse \u00abinfrastruktur-systemadministratorer\u00bb. Andre spesialiserer seg p\u00e5 \u00e5 vedlikeholde utelukkende kontorutstyr, noe som alltid er n\u00f8dvendig hvis selskapet har mer enn hundre ansatte. Men verken de eller de andre er DevOps.<\/p>\nHvem er s\u00e5 DevOps? DevOps er folk som jobber med samspillet mellom programvareutvikling og ekstern infrastruktur. Mer presist, moderne DevOps er dypt involvert i utviklings- og distribusjonsprosessene mye mer enn administratorer noen gang har v\u00e6rt, i tillegg til \u00e5 bare laste opp oppdateringer til en FTP-server. En av hovedoppgavene til en DevOps-ingeni\u00f8r i dag er \u00e5 sikre en komfortabel og effektiv prosess for samhandling mellom utviklingsteamene og produktinfrastrukturen. Det er nettopp disse menneskene som er ansvarlige for implementeringen av tilbakef\u00f8rings- og distribusjonssystemer, disse menneskene avlaster deler av belastningen fra utviklerne og fokuserer mest mulig p\u00e5 sin ekstremt viktige oppgave. DevOps vil uansett aldri trekke en ny kabel eller utdelle en ny laptop fra lageret (c) KO <\/p>\n
Hvor er fellen?<\/h4>\n \nN\u00e5r man stiller sp\u00f8rsm\u00e5let \u00abHvem er DevOps?\u00bb, begynner halvparten av folk i bransjen \u00e5 svare noe s\u00e5nt som \u00abN\u00e5, det er kort sagt en administrator som\u2026\u00bb og s\u00e5 videre. Ja, en gang for lenge siden, da yrket DevOps-ingeni\u00f8r s\u00e5 vidt begynte \u00e5 ta form fra de mest talentfulle administratorene som jobbet med service, var forskjellene mellom dem ikke s\u00e5 \u00e5penbare. Men n\u00e5, n\u00e5r funksjonene til DevOps og administratorer i et team har blitt radikalt forskjellige, er det uakseptabelt \u00e5 forveksle dem, eller til og med sette dem som like.<\/p>\n
Men hva betyr dette for virksomheten?<\/p>\n
Rekruttering, det er det det handler om. <\/p>\n
Du legger ut en stillingsannonse for \u00abSystemadministrator\u00bb, og der st\u00e5r det krav som \u00absamarbeid med utvikling og kunder\u00bb, \u00abCI\/CD distribusjonssystem\u00bb, \u00abvedlikehold av selskapets servere og utstyr\u00bb, \u00abadministrasjon av interne systemer\u00bb og s\u00e5 videre; du forst\u00e5r at arbeidsgiveren snakker tull. Problemet er at i overskriften burde det st\u00e5tt \u00abDevOps-ingeni\u00f8r\u00bb, og hvis overskriften endres, faller alt p\u00e5 plass.<\/p>\n
Men hvilket inntrykk skapes ved \u00e5 lese en slik stillingsannonse? At selskapet leter etter en altmuligmann som b\u00e5de kan sette opp versjonskontrollsystemet og overv\u00e5kingssystemet, og som for eksempel kan klemme ut en spesifikasjon med tennene\u2026<\/p>\n
For \u00e5 unng\u00e5 \u00e5 heve graden av forvirring p\u00e5 arbeidsmarkedet, er det nok \u00e5 kalle stillinger med deres riktige navn og ha en klar forst\u00e5else av at DevOps-ingeni\u00f8r og systemadministrator er to forskjellige enheter. Men det uopph\u00f8rlige \u00f8nsket fra noen arbeidsgivere om \u00e5 stille krav til kandidater som er s\u00e5 brede som mulig, f\u00f8rer til at \u00abklassiske\u00bb systemadministratorer slutter \u00e5 forst\u00e5 hva som skjer rundt dem. Hva, har yrket mutert og de har hengt etter?<\/p>\n
Nei, nei og atter nei. Infrastrukturadministratorer som vil administrere selskapets interne servere, eller som vil innta L2\/L3-st\u00f8tteposisjoner og hjelpe andre ansatte, er ikke borte og har ikke forsvunnet.<\/p>\n
Kan disse spesialistene bli DevOps-ingeni\u00f8rer? Selvf\u00f8lgelig kan de det. Faktisk er dette n\u00e6rt beslektede milj\u00f8er som krever ferdigheter innen systemadministrasjon, men i tillegg til dette kreves det ogs\u00e5 arbeid med overv\u00e5king, distribusjonssystemer og, generelt, tett samarbeid med utviklings- og testteamet.<\/p>\n
En annen utfordring innen DevOps<\/h4>\n \nFaktisk stopper det ikke bare med ansettelser og vedvarende forvirring mellom administratorer og DevOps-ere. P\u00e5 et tidspunkt sto bedriften overfor problemet med \u00e5 levere oppdateringer og samarbeidet mellom utviklingsteamet og den endelige infrastrukturen.<\/p>\n
Kanskje var det da en kar med glitrende \u00f8yne kom opp p\u00e5 scenen p\u00e5 en konferanse og sa: \u00abOg vi gj\u00f8r det slik, og kaller det DevOps. Disse gutta vil l\u00f8se alle problemene deres\u00bb \u2014 og begynte \u00e5 fortelle hvordan livet er bra i selskapet etter implementeringen av DevOps-praksis.<\/p>\n
Men det er ikke nok \u00e5 ansette en DevOps-ingeni\u00f8r for at alt skal fungere \u00absom det skal\u00bb. Selskapet m\u00e5 gjennomg\u00e5 en fullstendig DevOps-transformasjon, det vil si at rollen og mulighetene til v\u00e5r DevOps-er ogs\u00e5 m\u00e5 v\u00e6re tydelig forst\u00e5tt p\u00e5 siden av utviklings- og testteamet. P\u00e5 dette omr\u00e5det har vi en \u00abfantastisk\u00bb historie som fullt ut illustrerer den av og til vanskelige situasjonen.<\/p>\n
Situasjonen. DevOps blir bedt om \u00e5 sette opp et versjonsrulleringssystem uten \u00e5 bli n\u00e6rmere informert om hvordan det skal fungere. La oss anta at i systemet 'Users' er det separate felt for navn, etternavn og passord. En ny versjon av produktet blir lansert, men for utviklerne er 'rulling tilbake' bare en tryllestav som fikser alt, og de har ingen anelse om hvordan det fungerer. S\u00e5, for eksempel, i en ny patch har utviklerne samlet felt for navn og etternavn, de ruller dette ut i produksjon, og versjonen henger av ukjente grunner. Hva skjer? Ledelsen kommer til DevOps og sier 'Dra i bryteren!', det vil si de ber ham rulle tilbake til den forrige versjonen. Hva gj\u00f8r DevOps? Han ruller tilbake til den forrige versjonen, men ettersom utviklerne ikke \u00f8nsket \u00e5 sette seg inn i hvordan denne tilbakef\u00f8ringen gj\u00f8res, sa ingen til DevOps at det ogs\u00e5 trengs \u00e5 rulle tilbake databasen. Resultatet blir at alt faller sammen, og brukerne ser i stedet for en treg nettside feilmeldingen '500', fordi den gamle versjonen ikke fungerer med feltene i den nye databasen. DevOps er ikke klar over dette. Utviklerne forblir tause. Ledelsen begynner \u00e5 miste besinnelsen og penger, og husker backupene, og foresl\u00e5r \u00e5 rulle tilbake fra dem slik at 'i det minste noe skal fungere'. Som et resultat mister brukerne alle sine data for en viss tidsperiode.<\/p>\n
Det er selvsagt DevOps som f\u00e5r skylden for at han 'ikke laget et korrekt rullingssystem', mens de som er idioter i denne historien \u2013 utviklerne \u2013 ikke f\u00e5r noen omtale.<\/p>\n
Konklusjonen er enkel: uten en ordentlig tiln\u00e6rming til DevOps, er det ikke mye nytte \u00e5 hente.
I bunn og grunn er DevOps kompetanser som ligger i skj\u00e6ringspunktet mellom ledelse og teknologi. Det er heller ikke \u00e5penbart at det i denne teknologiske cocktailen m\u00e5 v\u00e6re mer av teknologien enn av ledelse. Hvis du virkelig \u00f8nsker \u00e5 bygge raskere og mer effektive utviklingsprosesser, m\u00e5 du stole p\u00e5 DevOps-eren din. Han vet hvilke verkt\u00f8y som trengs, har implementert lignende prosjekter, og vet hvordan ting gj\u00f8res. Hjelp ham, h\u00f8r p\u00e5 r\u00e5dene hans, og pr\u00f8v ikke \u00e5 isolere ham i en autonom avdeling. Hvis administratorer kan jobbe p\u00e5 egen h\u00e5nd, vil DevOps-ere i slike tilfeller v\u00e6re unyttige; de kan ikke hjelpe deg med \u00e5 bli bedre hvis du ikke \u00f8nsker \u00e5 ta imot den hjelpen.<\/p>\n
Og til slutt: slutt \u00e5 forn\u00e6rme infrastrukturadministratorene. De har sin egen, ekstremt viktige arbeidsfront. Ja, en administrator kan bli DevOps-ingeni\u00f8r, men dette m\u00e5 skje etter eget \u00f8nske, ikke under tvang. Det er ingenting galt med at en systemadministrator \u00f8nsker \u00e5 forbli systemadministrator \u2014 det er hans separate yrke og hans rett. Hvis det er et \u00f8nske om \u00e5 gjennomg\u00e5 en profesjonell transformasjon, m\u00e5 man ikke glemme at man m\u00e5 bygge opp b\u00e5de teknologiske ferdigheter og lederegenskaper. Alle disse menneskene m\u00e5 sannsynligvis settes sammen og l\u00e6res opp til \u00e5 kommunisere p\u00e5 ett spr\u00e5k av deg som leder.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0427\u0442\u043e \u043d\u0443\u0436\u043d\u043e \u0434\u043b\u044f \u0443\u0441\u043f\u0435\u0445\u0430 IT-\u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0432 2019 \u0433\u043e\u0434\u0443? \u041b\u0435\u043a\u0442\u043e\u0440\u044b \u043d\u0430 \u043a\u043e\u043d\u0444\u0430\u0445 \u0438 \u043c\u0438\u0442\u0430\u043f\u0430\u0445 \u0433\u043e\u0432\u043e\u0440\u044f\u0442 \u043c\u043d\u043e\u0433\u043e \u0433\u0440\u043e\u043c\u043a\u0438\u0445 \u0438 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u0445 \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u044b\u043c \u043b\u044e\u0434\u044f\u043c \u0441\u043b\u043e\u0432. \u0411\u043e\u0440\u044c\u0431\u0430 \u0437\u0430 \u0432\u0440\u0435\u043c\u044f \u0434\u0435\u043f\u043b\u043e\u044f, \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u043e\u0442\u043a\u0430\u0437 \u043e\u0442 \u043c\u043e\u043d\u043e\u043b\u0438\u0442\u0430, DevOps-\u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0438 \u043c\u043d\u043e\u0433\u043e-\u043c\u043d\u043e\u0433\u043e \u0447\u0435\u0433\u043e \u0435\u0449\u0451. \u0415\u0441\u043b\u0438 \u043e\u0442\u0431\u0440\u043e\u0441\u0438\u0442\u044c \u0441\u043b\u043e\u0432\u0435\u0441\u043d\u0443\u044e \u043a\u0440\u0430\u0441\u043e\u0442\u0443 \u0438 \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043f\u0440\u044f\u043c\u043e \u0438 \u043f\u043e-\u0440\u0443\u0441\u0441\u043a\u0438, \u0442\u043e \u0432\u0441\u0451 \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u043f\u0440\u043e\u0441\u0442\u043e\u043c\u0443 \u0442\u0435\u0437\u0438\u0441\u0443: \u0434\u0435\u043b\u0430\u0439\u0442\u0435 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043f\u0440\u0438\u0447\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27738,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37009","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Om](\"\/wp-content\/uploads\/2019\/08\/8761592caa368543eda6457cadc805be.jpg\")