Vad är DevOps och vilka är DevOps-specialister

När en applikation inte fungerar, vill man minst av allt höra frasen "problemet ligger hos er" från kollegorna. I slutändan drabbas användarna – och de bryr sig inte om vilken del av teamet som är ansvarig för felet. DevOps-kulturen uppkom just för att förena utveckling och drift och samla dem kring ett gemensamt ansvar för den slutliga produkten.

Vilka metoder ingår i begreppet DevOps och varför är de viktiga? Vad gör DevOps-ingenjörer och vad bör de kunna? Dessa och andra frågor besvaras av experter från EPAM: Kirill Sergeev, systemingenjör och DevOps-evangelist, och Ihor Boiko, ledande systemingenjör och koordinator för ett av DevOps-team i företaget.

Varför behövs DevOps?

Tidigare fanns det en barriär mellan utvecklare och drift (så kallad operations). Det låter paradoxalt, men de hade olika mål och KPI:er, även om de arbetade mot samma sak. Målet för utvecklingen var att så snabbt som möjligt genomföra affärskrav och lägga till dem i en fungerande produkt. Driften ansvarade för att applikationen fungerade stabilt – och varje ändring hotade stabiliteten. Det var en intressekonflikt – DevOps skapades för att lösa den.

Vad är DevOps?

Frågan är bra – och omstridd: världen har fortfarande inte kommit överens om det. På EPAM anser man att DevOps förenar teknologier, processer och kulturer för samarbete inom teamet. Denna förening syftar till att kontinuerligt leverera värden till slutkunderna.

Kirill Sergeev: "Utvecklarna skriver kod, testarna verifierar den, och administratörerna installerar den slutliga produkten i produktionsmiljön. Under lång tid var dessa delar av teamet något fragmenterade, men sedan kom idén att förena dem genom en gemensam process. Så uppstod DevOps-praktiker."

Den dagen kom då utvecklare och systemingenjörer blev intresserade av varandras arbete. Barriären mellan produktion och drift började suddas ut. Så kom DevOps till, som innehåller metoder, kultur och ordning för samarbetet i teamet.

Vad är kärnan i DevOps-kulturen?

Ansvarighet för det slutliga resultatet vilar på varje medlem i teamet. Det mest intressanta och utmanande inom DevOps-filosofin är att förstå att en specifik person inte bara ansvarar för sin del av arbetet, utan även för hur hela produkten kommer att fungera. Problemet ligger inte hos någon specifik person - det är gemensamt, och varje medlem i teamet hjälper till att lösa det.

Det viktigaste i DevOps-kulturen är att faktiskt lösa problemet, snarare än att bara tillämpa DevOps-praktiker. Dessutom implementeras dessa praktiker inte 'hos någon', utan i hela produkten. Projektet behöver inte en DevOps-ingenjör för sig själv - det behöver en lösning på problemet, och rollen som DevOps-ingenjör kan spridas över flera teammedlemmar med olika specialiseringar.

Vilka DevOps-praktiker finns det?

DevOps-praktiker omfattar alla steg i programvarulivscykeln.

Ihor Bojko: 'Det perfekta tillfället är när vi börjar använda DevOps-praktiker redan vid projektinitiativet. Tillsammans med arkitekterna planerar vi vilken arkitektur applikationen kommer att ha, var den kommer att ligga och hur den ska skalas, samt väljer plattform. Just nu är mikrotjänstarkitektur på modet - för den väljer vi ett orkestreringssystem: man måste kunna hantera varje del av applikationen separat och uppdatera den oberoende av de andra. En annan praktik är 'infrastruktur som kod'. Det handlar om en metod där projektets infrastruktur skapas och hanteras med hjälp av kod, istället för direkt interaktion med servrar.

Sedan går vi vidare till utvecklingsfasen. Här är en av de största praktikerna att bygga CI/CD: det är viktigt att hjälpa utvecklarna att integrera ändringar i produkten snabbt, i små portioner, oftare och med mindre smärta. CI/CD omfattar både kodgranskning och uppladdning av master till kodbasen, samt distribution av applikationen i test- och produktionsmiljöer.

Under CI/CD-stegen går koden genom kvalitetsportar. Med deras hjälp kontrollerar man att koden som kommer från utvecklarens arbetsstation överensstämmer med uppsatta kvalitetskriterier. Här tillkommer enhets- och användargränssnittstester. För snabb, smärtfri och fokuserad distribution av produkten kan man välja en lämplig typ av distribution.

DevOps-praktiker har sin plats även i supportfasen av en färdig produkt. De används för övervakning, feedback, säkerhet och införande av förändringar. För dessa uppgifter ser DevOps på dem ur perspektivet av kontinuerliga förbättringar. Vi minimerar upprepade operationer och automatiserar dem. Detta inkluderar även migrationer, utvidgning av applikationen och stöd för driftsäkerheten.

Vad är fördelarna med DevOps-praktiker?

Om vi skulle skriva en lärobok om moderna DevOps-praktiker skulle tre punkter stå på dess första sida: automatisering, snabbare release och snabb feedback från användare.

Kirill Sergeev: "Det första – är automatisering. Alla interaktioner i teamet kan vi automatisera: skriva kod – lansera – kontrollera – installera – samla feedback – återgå till början. Allt detta – automatiskt.

Det andra – att påskynda releaseprocessen och till och med förenkla utvecklingen. För kunden är det alltid viktigt att produkten kommer ut på marknaden så snabbt som möjligt och börjar ge nytta tidigare än konkurrenternas alternativ. Processen för produktleverans kan ständigt förbättras: minska tiden, lägga till extra kontrollpunkter och förbättra övervakningen.

Det tredje – att påskynda feedbacken från användaren. Om de har kommentarer kan vi omedelbart göra ändringar och uppdatera applikationen direkt.

Hur relaterar begreppen "systemingenjör", "build-ingenjör" och "DevOps-ingenjör"?

De överlappar, men tillhör något olika områden.

Systemingenjör på EPAM – är en tjänst. De kan vara av olika nivåer: från junior till chief-specialist.

Build-ingenjör – är snarare en roll som kan utföras i projektet. Just nu kallar man dem som ansvarar för CI/CD.

DevOps-ingenjören är en specialist som implementerar DevOps-praktiker i projektet.

Om vi summerar allt detta blir det ungefär följande: en person som har tjänsten systemingenjör utför i projektet rollen som build-ingenjör och sysslar med att implementera DevOps-praktiker.

Vad gör en DevOps-ingenjör egentligen?

DevOps-ingenjörer sammanför alla delar som utgör ett projekt. De känner till programmerares, testares och systemadministratörers arbetsmetod och hjälper till att förenkla deras arbete. De förstår affärens behov och krav, dess roll i utvecklingsprocessen – och bygger processen med kundens intressen i åtanke.

Vi har pratat mycket om automatisering – det är det som DevOps-ingenjörer fokuserar på först och främst. Detta är en mycket stor punkt, som bland annat involverar förberedelse av miljön.

Kirill Sergeev: "Innan uppdateringar implementeras i produkten måste de testas i en extern miljö. Den förbereds av DevOps-ingenjörer. De främjar också DevOps-kulturen inom projektet i stort: de implementerar DevOps-praktiker på alla lager av sina projekt. Dessa tre principer: automatisering, förenkling, acceleration – de införlivar i allt de kan nå."

Vad bör en DevOps-ingenjör veta?

Generellt sett bör de ha kunskap inom flera områden: programmering, arbete med operativsystem, databaser, bygg- och konfigurationssystem. Dessutom tillkommer förmågan att arbeta med molninfrastruktur, orkestreringssystem och övervakning.

1. Programmeringsspråk

DevOps-ingenjörer känner till flera grundläggande språk för automatisering och kan till exempel säga till en programmerare: "Låt oss göra installationskoden inte för hand, utan med hjälp av vårt skript som automatiserar allt? Vi kommer att förbereda en config-fil för den, vilket kommer att vara enkelt att läsa både för dig och för oss – och vi kan ändra den när som helst. Dessutom kommer vi att se vem, när och varför ändrar den."

DevOps-ingenjören kan lära sig ett eller flera av dessa språk: Python, Groovy, Bash, Powershell, Ruby, Go. Det krävs inte att de kan dem på djup nivå – tillräckligt med grunderna i syntax, objektorienterad programmering och förmågan att skriva enklare skript för automatisering.

2. Operativsystem

DevOps-ingenjören måste förstå vilken server produkten kommer att installeras på, i vilken miljö den kommer att köras och med vilka tjänster den kommer att interagera. Man kan välja att specialisera sig på Windows eller Linux-familjer.

3. Versionskontrollsystem

Utan kunskap om versionskontrollsystem kommer DevOps-ingenjören ingenstans. Git är ett av de mest populära systemen för tillfället.

4. Molnleverantörer

AWS, Google, Azure – särskilt när vi pratar om Windows-inriktning.

Kirill Sergeev: «Molnleverantörer ger oss virtuella servrar, som passar perfekt för CI/CD-processer.

Installationen av tio fysiska servrar kräver cirka hundra manuella operationer. Varje server måste startas manuellt, ha rätt operativsystem installerat, vår applikation installerad på dessa tio servrar, och sedan kontrollera allt tio gånger. Molntjänster ersätter denna procedur med tio rader kod, och en bra DevOps-ingenjör bör kunna arbeta med dem. Så sparar man tid, resurser och pengar – både för kunden och företaget.»

5. Orkestreringssystem: Docker och Kubernetes

Kirill Sergeev: «De virtuella servrarna är uppdelade i containrar, där vi kan installera vår applikation. När det finns många containrar måste de hanteras: en slåss på, en annan av, och var gör vi säkerhetskopior. Det blir ganska komplicerat, för vilket man behöver ett orkestreringssystem.

Tidigare hanterades varje applikation av en separat server – alla förändringar i dess funktion kunde påverka applikationens funktionalitet. Tillsammans med containrar blir applikationerna isolerade och körs separat – varje på sin virtuella maskin. Om det uppstår ett fel behöver man inte slösa tid på att hitta orsaken. Det är enklast att ta bort den gamla containern och lägga till en ny.»

6. Konfigurationssystem: Chef, Ansible, Puppet

När man behöver underhålla en hel park av servrar måste många likartade operationer utföras. Detta är tidskrävande och komplicerat, och dessutom ökar manuellt arbete risken för fel. Här kommer konfigurationssystem in i bilden. Med deras hjälp skapar man ett skript som är lätt att läsa både för programmerare, DevOps-ingenjörer och systemadministratörer. Detta skript hjälper till att automatiskt utföra liknande operationer på servrar. Så det blir färre manuella operationer (och därmed färre fel).

Vilken karriär kan en DevOps-ingenjör bygga?

Man kan utvecklas både horisontellt och vertikalt.

Ihor Bojko: «Från ett horisontellt utvecklingsperspektiv har DevOps-ingenjörer för närvarande de bredaste möjligheterna. Allt förändras ständigt, och man kan bygga färdigheter inom många olika områden: från versionskontrollsystem till övervakning, från konfigurationshantering till databaser.

Man kan bli systemarkitekt om en anställd är intresserad av att förstå hur en applikation fungerar i alla faser av sin livscykel – från utveckling till underhåll.

Hur blir man DevOps-ingenjör?

1. Läs böckerna "Projekt 'Fenix'" och DevOps Handbook. Dessa är riktiga pelare inom DevOps-filosofin, där den första är en skönlitterär roman.
2. Studera teknologierna från listan ovan: på egen hand eller genom onlinekurser.
3. Gå med som DevOps-ingenjör i ett open source-projekt.
4. Praktisera och föreslå DevOps-praktiker i dina personliga och arbetsprojekt.

Källa: habr.com