servere<\/a>, men ogs\u00e5 over det praktiske arbejde. Ja, nogle administratorer arbejder kun med systemer uden hardware. De b\u00f8r skelnes ud som en s\u00e6rskilt underklasse af \"infrastrukturelle systemadministratorer\". Og nogle specialiserer sig i udelukkende at servicere kontorudstyr; heldigvis, hvis firmaet har mere end hundrede ansatte, slutter arbejdet aldrig. Men hverken degenen eller de andre er devops.<\/p>\nHvem er DevOps? DevOps er dem, der arbejder med interaktionen mellem softwareudvikling og den eksterne infrastruktur. Mere pr\u00e6cist er moderne devops dybere involveret i udviklings- og deployeringsprocesserne end administratorer nogensinde har v\u00e6ret, som simpelthen uploadede opdateringer til FTP. En af de centrale opgaver for en DevOps-ingeni\u00f8r nu om dage er at sikre en komfortabel og effektivt struktureret proces for samarbejdet mellem udviklingsteamene og produktinfrastrukturen. Det er netop disse mennesker, der er ansvarlige for implementeringen af systemer til tilbagef\u00f8rsler og deployment; det er disse mennesker, der fjerner en del af belastningen fra udviklerne og fokuserer maksimalt p\u00e5 deres yderst vigtige opgave. Samtidig vil devops aldrig tr\u00e6kke et nyt kabel eller udlevere en ny b\u00e6rbar fra lageret. <\/p>\n
Hvad er f\u00e6lden?<\/h4>\n \nN\u00e5r man stiller sp\u00f8rgsm\u00e5let \"Hvem er DevOps?\", begynder halvdelen af medarbejderne i branchen at svare noget i retning af \"N\u00e5, det er i bund og grund en administrator, der...\" og s\u00e5 videre. Ja, engang, da professionen som DevOps-engineer lige var ved at tage form fra de mest talentfulde administratorer, der servicerede systemer, var forskellene mellem dem ikke klart definerede. Men nu, hvor DevOps-funktionerne og administratorens roller i teamet er blevet radikalt forskellige, er det uacceptabelt at forvirre dem med hinanden, eller v\u00e6rre, s\u00e6tte lighedstegn imellem dem.<\/p>\n
Men hvad betyder det for virksomheden?<\/p>\n
Anslaget, det er det, det hele handler om. <\/p>\n
Du opsl\u00e5r en stilling som \"Systemadministrator\", og i kravene st\u00e5r der \"interaktion med udvikling og kunder\", \"CI\/CD leveringssystem\", \"vedligeholdelse af servere og virksomhedens udstyr\", \"administration af interne systemer\" og s\u00e5 videre; du forst\u00e5r, at arbejdsgiveren taler om noget helt andet. Fallacy er, at i jobtitlen skal der st\u00e5 \"DevOps-ingeni\u00f8r\"; hvis den titel \u00e6ndres, s\u00e5 falder alting p\u00e5 plads.<\/p>\n
Men hvilket indtryk f\u00e5r man ved at l\u00e6se s\u00e5dan en jobannonce? At virksomheden leder efter en multitasking medarbejder, der b\u00e5de kan ops\u00e6tte versionskontrol og overv\u00e5gningssystemer, samt h\u00e5ndtere opgaver p\u00e5 en tandpasta-agtig m\u00e5de...<\/p>\n
Og for at undg\u00e5 at h\u00e6ve graden af forvirring p\u00e5 arbejdsmarkedet er det nok bare at kalde stillingerne deres rette navn og tydeligt forst\u00e5, at DevOps-ingeni\u00f8r og systemadministrator er to forskellige enheder. Dog f\u00f8rer nogle arbejdsgiveres urolige \u00f8nske om at stille s\u00e5 brede krav som muligt til kandidaten til, at de \"klassiske\" systemadministratorer ikke l\u00e6ngere forst\u00e5r, hvad der sker omkring dem. Er professionen ved at mutere, og de er blevet for\u00e6ldede?<\/p>\n
Nej, nej og atter nej. Infrastrukturadministratorer, der styrer virksomhedens interne servere eller bes\u00e6tter L2\/L3-supportroller og hj\u00e6lper andre medarbejdere, er ikke forsvundet og har ikke t\u00e6nkt sig at g\u00f8re det.<\/p>\n
Kan disse specialister blive DevOps-ingeni\u00f8rer? Selvf\u00f8lgelig kan de det. Faktisk er det et besl\u00e6gtet milj\u00f8, der kr\u00e6ver systemadministratorf\u00e6rdigheder, men udover dette tilf\u00f8jes arbejde med overv\u00e5gning, distributionssystemer og generelt t\u00e6t samarbejde med udviklings- og testteamet.<\/p>\n
Endnu et problem med DevOps<\/h4>\n \nI virkeligheden begr\u00e6nser problemerne sig ikke kun til ans\u00e6ttelse og konstant forvirring mellem administratorer og DevOps-specialister. P\u00e5 et tidspunkt stod virksomheden overfor problemet med levering af opdateringer og samarbejde mellem udviklingsteamet og den endelige infrastruktur.<\/p>\n
M\u00e5ske var det dengang, en onkel med br\u00e6ndende \u00f8jne tr\u00e5dte op p\u00e5 scenen p\u00e5 en konference og sagde: \"Vi g\u00f8r det p\u00e5 denne m\u00e5de og kalder det DevOps. Disse fyrer l\u00f8ser alle dine problemer\" \u2014 og begyndte at fort\u00e6lle, hvor godt det er at arbejde i virksomheden efter implementering af DevOps-praksis.<\/p>\n
Men det er ikke nok at ans\u00e6tte en DevOps-ingeni\u00f8r for at f\u00e5 alting til at fungere \"som det skal\". Virksomheden skal gennemg\u00e5 en fuld DevOps-transformation, det vil sige, at vores DevOps's rolle og muligheder ogs\u00e5 skal v\u00e6re klart forst\u00e5et af udviklings- og testteamet. Vi har en \"fantastisk\" historie om dette, som fuldt ud illustrerer alt det, der til tider sker.<\/p>\n
Situation. The devops team is required to deploy a version rollback system without fully understanding how it will work. Let's assume, within the system, Users consist of separate fields for first name, last name, and password. A new version of the product is released, but for the developers, a 'rollback' is just a magic wand that will fix everything, and they have no idea how it functions. For example, developers in a recent patch combined the first name and last name fields, deployed this to production, and the version starts lagging for some reason. What happens next? Management comes to the devops and says, 'Pull the lever!', meaning they ask him to roll back to the previous version. What does the devops do? He rolls back to the previous version, but since the developers didn\u2019t want to figure out how this rollback is done, no one told the devops that he should also roll back the database. As a result, everything crashes, and users see a '500' error instead of a lagging website because the old version doesn't work with the fields of the new database. The devops is unaware of this. The developers remain silent. Management starts losing their nerves and money and remembers the backups, suggesting rolling back from them so that 'at least something works.' Consequently, users lose all their data over a certain period.<\/p>\n
Of course, it's the devops who gets blamed for 'not setting up the proper rollback system', while the developers, who are the culprits in this story, are not held accountable.<\/p>\n
The conclusion is simple: without a proper approach to DevOps, it doesn\u2019t yield much benefit.
I bund og grund er DevOps kompetencer p\u00e5 gr\u00e6nsen mellem ledelse og teknologi. Det er langt fra indlysende, at der i denne cocktail af teknologier b\u00f8r v\u00e6re mere end ledelse. Hvis du virkelig \u00f8nsker at opbygge hurtigere og mere effektive udviklingsprocesser, skal du stole p\u00e5 din DevOps. Han kender de rette v\u00e6rkt\u00f8jer, han har udf\u00f8rt lignende projekter, han ved, hvordan man g\u00f8r. Hj\u00e6lp ham, lyt til hans r\u00e5d, undg\u00e5 at isolere ham i en autonom afdeling. Hvis administratorer kan arbejde for sig selv, er DevOps i s\u00e5 fald ubrugelige; de kan ikke hj\u00e6lpe dig med at blive bedre, hvis du ikke selv \u00f8nsker at modtage denne hj\u00e6lp.<\/p>\n
Og til sidst: stop med at nedg\u00f8re infrastrukturadministratorer. De har deres egen, yderst vigtige arbejdsfront. Ja, en administrator kan blive DevOps-ingeni\u00f8r, men det skal ske af egen vilje, ikke under pres. Og der er intet galt i, at en systemadministrator \u00f8nsker at forblive systemadministrator - det er hans separate erhverv og hans ret. Hvis der derimod er \u00f8nsket om en professionel transformation, skal man under ingen omst\u00e6ndigheder glemme, at man skal opbygge b\u00e5de teknologiske f\u00e6rdigheder og ledelseskompetencer. Det vil oftest v\u00e6re dig som leder, der skal samle disse mennesker og l\u00e6re dem at kommunikere p\u00e5 et f\u00e6lles sprog.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\")