Hur man blir en DevOps-ingenjör på sex månader eller ännu snabbare. Del 1. Introduktion

Целевая аудитория

Är du en utvecklare som vill vända din karriär mot en mer avancerad DevOps-modell? Är du en klassisk Ops-ingenjör och skulle vilja få en uppfattning om vad DevOps betyder? Eller vill du byta karriär och har ingen aning om var du ska börja, efter att ha arbetat lite inom IT?
Om ja, läs sedan vidare för att ta reda på hur du kan bli en DevOps-ingenjör på mellannivå på sex månader! Slutligen, om du har varit involverad i DevOps i många år, kommer du fortfarande att få ut mycket av den här artikelserien för att lära dig var integrations- och automationsbranschen är för närvarande och vart den är på väg.

Vad är det här i alla fall?

För det första, vad är DevOps? Du kan Google definitioner och vada igenom alla ord, men vet att de flesta av definitionerna bara är ett virrvarr av ord insvept i en strömlinjeformad form. Därför kommer jag att ge dig en sammanfattning av alla dessa definitioner: DevOps är en metod för att leverera programvara där huvudvärken och ansvaret delas mellan alla inblandade. Det är allt.

Okej, men vad betyder den här förkortningen? Det betyder att utvecklare (människor som skapar mjukvara) traditionellt har motiverats att utföra sitt arbete av incitament som skiljer sig väsentligt från Operations (de personer som hanterar programvaran). Som utvecklare vill jag till exempel skapa så många nya funktioner så snabbt som möjligt. Det här är trots allt mitt jobb och det är vad kunderna efterfrågar! Men om jag är en Ops-person behöver jag så få nya funktioner som möjligt, eftersom varje ny funktion är en förändring, och varje förändring är full av problem. Som ett resultat av denna felaktiga inriktning av incitament föddes DevOps.

DevOps försöker kombinera utveckling och drift (integration och automation) till en grupp. Tanken är att en grupp nu ska dela både smärtan och ansvaret (och sannolika belöningar) av att bygga, implementera och generera intäkter från kundnära mjukvara.

Purister kommer att berätta för dig att det inte finns något sådant som en "DevOps-ingenjör." "DevOps är en kultur, inte en roll", kommer de att berätta för dig. Naturligtvis har de rätt ur teknisk synvinkel, men som det är ofta har termen gått över styr. Utöver dess ursprungliga innebörd är en DevOps-ingenjör något i stil med en "systemingenjör 2.0." Med andra ord är han någon som förstår mjukvaruutvecklingens livscykel och skapar verktyg och processer för mjukvaruutveckling för att lösa klassiska driftsproblem.

DevOps innebär i slutändan att skapa digitala pipelines som tar kod från en utvecklares bärbara dator och omvandlar den till intäkter från användningen av slutprodukten, det är vad det handlar om. Observera att att välja en DevOps-karriär kompenseras ganska högt av ekonomiska belöningar, med nästan alla företag som antingen "gör DevOps" eller påstår sig vara det. Oavsett var dessa företag är belägna är de övergripande jobbmöjligheterna som DevOps ganska höga och erbjuder "rolig" och meningsfull anställning under många år framöver.

Var dock försiktig med att företag anställer ett ”DevOps-team” eller ”DevOps-avdelning” Strängt taget borde sådana saker inte existera, för i slutändan är DevOps fortfarande en kultur och ett sätt att leverera mjukvara, inte bemanna ett nytt team eller skapa avdelning med ett fint namn.

disclaimer

Låt oss nu lägga glaset Kool-Aid åt sidan för en stund och fundera på följande. Har du hört det gamla ordspråket "det finns inga yngre DevOps-ingenjörer?" Om inte, vet då att detta är en populär trope på Reddit och StackOverflow. Men vad betyder det?

Enkelt uttryckt betyder den här frasen att det krävs många års erfarenhet kombinerat med en gedigen förståelse för verktygen för att i slutändan bli en verkligt effektiv Senior DevOps-utövare. Och tyvärr finns det ingen genväg för att nå målet. Så det här är inte ett försök att spela systemet – jag tror inte att det faktiskt är möjligt att låtsas vara en senior DevOps-ingenjör med några månaders erfarenhet i branschen. Att uppnå en gedigen förståelse för snabbt föränderliga verktyg och metoder kräver många års erfarenhet, och det går inte att komma runt det. Det finns dock en nästan konsekvent (fashionabel, om man så vill) meny med verktyg och koncept som de flesta företag använder, och det är vad vi kommer att prata om.

Återigen, verktyg skiljer sig från färdigheter, så medan du lär dig verktygen, se till att du inte försummar dina färdigheter (undersökningar, nätverk, skriftlig kommunikation, felsökning, etc.). Viktigast av allt, glöm inte bort det vi vill hitta – ett sätt att skapa en helt automatiserad digital pipeline som tar idéer och omvandlar dem till intäktsgenererande kodbitar. Detta är den enskilt viktigaste slutsatsen från hela denna artikel!

Nog prat, när kan jag börja?

Nedan finns färdplanen för DevOps Fundamental Knowledge. Efter att ha bemästrat allt som avbildas där kan du säkert och ärligt kalla dig DevOps-ingenjör! Eller en molningenjör om du inte gillar namnet "DevOps".

Den här kartan representerar min (och förmodligen de flesta som arbetar i detta utrymme) idé om vad en kompetent DevOps-ingenjör bör veta. Detta är dock bara en åsikt, och självklart kommer det att finnas de som inte håller med om den. Det här är okej! Vi strävar inte efter perfektion här, vi strävar efter en solid grund som vi faktiskt kan bygga på.

Du måste gå igenom denna process gradvis, lager för lager. Du bör börja (och fortsätta!) med grunderna och först studera de element som är markerade i blått— Linux, Python och AWS. Sedan, om tid eller arbetsmarknadens efterfrågan tillåter, gå vidare till det lila – Golang och Google Cloud.

Ärligt talat är det grundläggande översta lagret något du kommer att behöva lära dig för alltid. OS Linux Det är väldigt komplext och tar år att bemästra. Python kräver ständig övning för att hålla sig uppdaterad. AWS utvecklas så snabbt att det du kan idag bara kommer att vara en bråkdel av din totala kunskap om ett år. När du har bemästrat grunderna kan du gå vidare till de riktiga färdigheterna. Observera att det finns sex blå kolumner (Konfiguration, Version, Paketering, Distribution, Launch, Monitoring), en för varje månad av studier.

Du märkte naturligtvis avsaknaden av ett viktigt steg i vår sexmånaders pipeline - testning. Jag tog medvetet inte med det i färdplanen eftersom det inte är lätt att skriva en modul, integrations- och acceptanstest och traditionellt faller på utvecklarnas axlar. Och att hoppa över "testningsstadiet" förklaras av det faktum att målet med denna färdplan är att bemästra grundläggande färdigheter och verktyg så snabbt som möjligt. Brist på testerfarenhet, enligt författaren, är bara ett mindre hinder för korrekt användning av DevOps.

Kom också ihåg att vi inte lär oss en hel massa orelaterade tekniska babbel här, utan snarare en förståelse för de verktyg som går samman för att skapa en tydlig berättelse. Den här historien handlar om end-to-end processautomation – en digital monteringslinje som rör sig bitar som ett löpande band. Du vill inte lära dig en massa verktyg och stanna upp! DevOps-verktyg förändras snabbt, men koncept ändras mycket mer sällan. Därför bör du sträva efter att använda verktyg som undervisningsproxy för begrepp på högre nivå.

Okej, låt oss gräva lite djupare!

Grundläggande kunskap

Under det översta steget som säger Foundation kan du se de färdigheter som varje DevOps-ingenjör bör behärska. Dessa färdigheter är säker hantering av de tre pelarna i branschen, som är: operativsystemet, programmeringsspråket och det offentliga molnet. Dessa saker är inget man snabbt kan lära sig och gå vidare. Dessa färdigheter behöver ständigt förbättras och bemästras för att vara i framkant av branschen och relevanta för den professionella miljön omkring dig. Låt oss gå igenom dem en efter en.

Linux Det är här allt fungerar. Kan du vara en fantastisk DevOps-utövare samtidigt som du förblir helt inom Microsofts ekosystem? Självklart kan du det! Det finns ingen lag som säger att du bara måste använda LinuxObservera dock att trots att allting Linux du kan göra det i Windows, där det sker mycket mer smärtsamt och med mindre funktionalitet. Vid det här laget är det säkert att anta att utan kunskap Linux Det är omöjligt att bli en sann DevOps-proffs, så Linux Detta är något du måste studera och lära dig.

Ärligt talat, det bästa sättet att göra detta är att bara installera Linux (Fedora eller Ubuntu) hemma och använd det så mycket som möjligt. Självklart kommer du att ha sönder många saker, fastna i arbetsflöden och behöva fixa allt, men du kommer att lära dig Linux!

Förresten, i Nordamerika är RedHat-varianter vanligare, så det är vettigt att börja med Fedora eller CentOSOm du undrar om du ska köpa KDE- eller Gnome-utgåvan, välj KDE. Det är vad Linus Torvalds själv använder.

Python är det dominerande backend-språket nu för tiden. Det är lätt att komma igång med och används flitigt. Python är väldigt vanligt inom området artificiell intelligens och maskininlärning, så om du någon gång vill flytta in i ett annat hett område kommer du att vara fullt förberedd.

Amazon Web Services: Återigen, det är omöjligt att bli en erfaren DevOps-proffs utan en solid förståelse för hur det offentliga molnet fungerar. Och om du vill lära dig mer om det, titta på Amazon Web Services. Det är en ledande aktör inom detta tjänsteområde och erbjuder den rikaste uppsättningen av arbetsverktyg.

Går det att börja med Google Cloud eller Azure istället? Såklart du kan! Men med tanke på den senaste finanskrisen bör det noteras att AWS är det säkraste alternativet, åtminstone under 2018, eftersom det låter dig registrera ett konto gratis och börja utforska möjligheterna med molntjänster. Dessutom ger AWS-konsolen användaren en enkel och tydlig meny att välja mellan. Den goda nyheten är att du inte behöver känna till alla Amazons teknologier för att göra detta.

Börja med följande: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing under EC2-paraplyet) och Security Group. Dessa saker räcker för att du ska komma igång, och alla moderna, molnbaserade företag använder dessa verktyg ganska aktivt. AWS egen utbildningssajt är ett bra ställe att komma igång på.

Jag rekommenderar att du lägger 20–30 minuter dagligen på att lära dig och öva med Python-språket och operativsystemet Linux och molntjänsten AWS, utöver andra saker du behöver lära dig. Sammantaget tror jag att det räcker med en timme om dagen, fem gånger i veckan, för att förstå DevOps-branschens processer på sex månader eller mindre. Det finns sex huvudkomponenter, som var och en motsvarar en månads utbildning. Detta är allt du behöver för att skaffa dig grundläggande kunskaper.
I efterföljande artiklar kommer vi att titta på nästa nivå av komplexitet: hur man helt automatiserar konfiguration, versionshantering, paketering, distribution, körning och övervakning av programvara.

Fortsättning snart...

Några annonser 🙂

Tack för att du stannar hos oss. Gillar du våra artiklar? Vill du se mer intressant innehåll? Stöd oss ​​genom att lägga en beställning eller rekommendera till vänner, moln VPS för utvecklare från $4.99, en unik analog av ingångsservrar, som uppfanns av oss för dig: Hela sanningen om VPS (KVM) E5-2697 v3 (6 kärnor) 10GB DDR4 480GB SSD 1Gbps från $19 eller hur delar man en server? (tillgänglig med RAID1 och RAID10, upp till 24 kärnor och upp till 40 GB DDR4).

Dell R730xd 2 gånger billigare i Equinix Tier IV datacenter i Amsterdam? Bara här 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV från $199 i Nederländerna! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - från $99! Läs om Hur man bygger infrastructure corp. klass med användning av Dell R730xd E5-2650 v4-servrar värda 9000 XNUMX euro för en slant?

Källa: will.com