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

Målgrupp

Är du en utvecklare som vill vända din karriär mot en mer avancerad DevOps-modell? Är du en klassisk Ops-ingenjör som vill få en insikt om vad DevOps innebär? Eller kanske är du varken det ena eller det andra, men efter att ha arbetat med IT-teknik ett tag vill du byta jobb och har ingen aning om var du ska börja?
Om så är fallet, läs vidare för att ta reda på hur du kan bli en medelnivå DevOps-ingenjör på sex månader! Om du redan har arbetat med DevOps i många år kan du ändå hämta mycket värdefull information från denna artikelserie och få insikt om var integrations- och automatiseringsbranschen står just nu och vart den är på väg.

Vad är detta egentligen?

Först och främst, vad är DevOps? Du kan googla fram definitioner och försöka sortera igenom allt det här snacket, men vet att de flesta av definitionerna bara är en sammanblandning av ord som kläs i en polerad form. Så jag ska ge dig en sammanfattning av alla dessa definitioner: DevOps är ett sätt att leverera mjukvara där huvudvärk och ansvar delas mellan alla involverade. Det är allt.

Okej, men vad betyder egentligen förkortningen? Den innebär att traditionellt sett har utvecklare (de som skapar mjukvara) påverkats av incitament som skiljer sig avsevärt från de som påverkar operations (de som hanterar mjukvaran). Till exempel, som utvecklare vill jag skapa så många nya funktioner som möjligt så snart som möjligt. Det är trots allt mitt jobb, och det är vad kunderna kräver! Men om jag är en Ops-person vill jag ha så få nya funktioner som möjligt, eftersom varje ny funktion innebär en förändring, och varje förändring kan leda till problem. Resultatet av denna incitamentsklyfta är uppkomsten av DevOps.

DevOps försöker förena utveckling och drift (integration och automation) i en enda grupp. Idén är att nu kommer en grupp att dela både smärta och ansvar (och förmodligen belöning) för att skapa, distribuera och generera intäkter från kundfokuserad mjukvara.

Purister kommer att säga att det inte finns något som heter "DevOps-ingenjör". "DevOps är en kultur, inte en roll", kommer de att säga. Självklart har de rätt ur teknisk synvinkel, men som ofta är fallet har den här termen gått bortom sitt ursprungliga sammanhang. En DevOps-ingenjör är ungefär som en "systemingenjör 2.0". Med andra ord, det är någon som förstår mjukvaruutvecklingslivscykeln och skapar verktyg och processer för mjukvaruutveckling för att lösa klassiska operativa problem.

DevOps handlar i slutändan om att skapa digitala rörledningar som tar koden från utvecklarens laptop och förvandlar den till intäkter från användningen av den slutliga produkten, det är vad det hela handlar om. Observera att valet av karriär inom DevOps kompenseras i hög grad med ekonomisk belöning, och nästan varje företag "gör DevOps" eller påstår sig göra det. Oavsett var dessa företag befinner sig, är de övergripande anställningsmöjligheterna inom DevOps ganska hög och innebär "roliga" och meningsfulla sysselsättningar i många år framöver.

Men var försiktig med företag som anställer en "DevOps-team" eller "DevOps-avdelning". Strikt talat borde sådana saker inte existera, för i slutändan är DevOps fortfarande en kultur och ett sätt att leverera mjukvara, inte att bemanna ett nytt team eller att skapa en avdelning med ett trendigt namn.

Ansvarsfriskrivning

Och nu, låt oss för ett ögonblick sätta ner vårt glas "Cool-Aid" och tänka på följande. Har du hört det gamla ordspråket "det finns inga juniora DevOps-ingenjörer"? Om inte, så vet att det är ett populärt troper på Reddit och StackOverflow. Men vad betyder det?

I enklare termer betyder denna fras att det krävs många års erfarenhet kombinerat med en solid förståelse för verktyg för att i slutändan bli en effektiv Senior DevOps-praktiker. Och tyvärr finns det ingen genväg för att nå detta mål. Så, detta är inte ett försök att fuska — jag tror inte att man faktiskt kan låtsas vara en Senior DevOps-ingenjör med några månaders erfarenhet inom området. Att uppnå en klar förståelse av de snabbt föränderliga verktygen och metoderna kräver flera års erfarenhet, och det finns ingen väg runt det. Det finns dock en nästan enad (eller trendsatt, om du så vill) meny av verktyg och koncept som de flesta företag använder, och det är vad detta handlar 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 (intervjuer, nätverksbyggande, skriftlig kommunikation, felsökning osv.). Det viktigaste är att inte tappa fokus på vad vi vill hitta – ett sätt att skapa en helt automatiserad digital konveyor som tar idéer och omvandlar dem till intäktsgenererande kodfragment. Detta är den enda och viktigaste insikten från hela denna artikel!

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

Nedan följer en vägkarta för 'Grundläggande kunskaper i DevOps'. När du har bemästrat allt som visas där kan du med gott samvete och ärlighet kalla dig DevOps-ingenjör! Eller molningenjör, om du inte gillar termen 'DevOps'.

Denna karta visar min (och förmodligen de flesta som arbetar inom detta område) uppfattning om vad en kompetent DevOps-ingenjör bör veta. Det är dock bara en åsikt, och självklart kommer det att finnas motstridiga åsikter. Det är okej! Vi strävar inte efter perfektion här, vi strävar efter en solid grund som man verkligen kan bygga på.

Du måste gå denna väg gradvis, lager för lager. Du bör börja (och fortsätta!) med de grundläggande färdigheterna, och först lära dig de element som anges i blått — Linux, Python och AWS. Sedan, om tid och efterfrågan på arbetsmarknaden tillåter, kan du ta itu med de lila sakerna — Golang och Google Cloud.

För att vara ärlig är det grundläggande lagret något som du kommer att behöva studera oändligt. OS Linux är mycket komplext och det kan ta år att bemästra. Python kräver ständig praktik för att hålla sig uppdaterad. AWS utvecklas så snabbt att det du vet idag bara kommer att utgöra en del av den totala kunskapsportföljen om ett år. När du har lärt dig grunderna, gå vidare till en verklig färdighetsuppsättning. Observera att det finns totalt 6 blå kolumner (Konfigurering, Version, Paketering, Distribuering, Drift, Övervakning), en för varje månads studier.

Du har förstås noterat avsaknaden av ett viktigt steg i vår sex månaders plan – testning. Jag har medvetet uteslutit det från tidsplanen eftersom skrivandet av moduler, integration och acceptanstester är svåra uppgifter och traditionellt faller på utvecklarnas axlar. Uteslutningen av steget "testning" förklaras av att syftet med denna tidsplan är att så snabbt som möjligt bemästra grundläggande färdigheter och verktyg. Enligt författaren utgör bristen på testningserfarenhet bara ett obetydligt hinder för korrekt användning av DevOps.

Dessutom, kom ihåg att vi inte studerar en massa orelaterad teknisk prat, utan strävar efter att förstå de verktyg som tillsammans skapar en begriplig berättelse. Denna berättelse utgör en end-to-end automatisering av processen – en digital konveyor som flyttar bitar likt en produktionslinje. Du vill väl inte lära dig en massa verktyg och ständigt behöva stanna upp! DevOps-verktygen förändras snabbt, medan koncepten förändras mycket sällan. Därför bör du sträva efter att använda verktyg som lärande proxyer för högre nivåkoncept.

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

Grundläggande kunskaper

Under the top step with the inscription Foundation, you will see the skills that every DevOps engineer should master. These skills involve a solid command of the three 'pillars' of the industry: operating system, programming language, and public cloud. These are not things you can quickly familiarize yourself with and move on. These skills need to be continuously refined and honed to stay at the forefront of the industry and to keep the professional environment around you relevant. Let's go through them one by one.

Linux is where everything works. Can you be an amazing DevOps practitioner while fully staying within the Microsoft ecosystem? Of course, you can! There is no law that dictates using only Linux. However, keep in mind – while all Linux tasks can be done in Windows, it is much more painful and with fewer functionalities. At this point, it's safe to assume that without knowledge of Linux, you cannot become a true DevOps professional, so Linux is something you must learn and study.

Honestly, the best way to do this is to simply install Linux (Fedora or Ubuntu) at home and use it as much as possible. Of course, you will break a lot of things, get stuck in workflows, and have to fix everything, but you will learn Linux!

By the way, in North America, RedHat variants are more common, so it makes sense to start with Fedora or CentOS. If you are wondering whether to get the KDE or Gnome edition, choose KDE. This is what Linus Torvalds himself uses.

Python is currently the dominant back-end language. It's easy to get started with, and it is widely used. Python is very common in artificial intelligence and machine learning, so if you ever wish to move into another hot area of activity, you will be fully prepared for it.

Amazon Web Services: again, it is impossible to become an experienced DevOps professional without a solid understanding of how the public cloud works. And if you want to learn as much as possible about it, study Amazon Web Services. It is the leading player in this service area and offers the richest set of working tools.

Kan man istället börja med Google Cloud eller Azure? Självklart kan man det! Men med tanke på den senaste finanskrisen bör man beakta att AWS är det mest säkra alternativet, åtminstone 2018, eftersom det tillåter gratis registrering av ett konto och att man kan börja utforska möjligheterna med molntjänster. Dessutom erbjuder AWS-konsolen en användarvänlig meny för val. Den goda nyheten är att du inte behöver känna till all teknik från Amazon för detta.

Börja med följande: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing under EC2) och Security Group. Dessa saker räcker för att komma igång, och varje modernt molnföretag använder dessa verktyg relativt aktivt. AWS eget utbildningssajt är en bra plats att börja på.

Jag rekommenderar att du dagligen avsätter 20-30 minuter för lärande och praktik med Python, operativsystemet Linux och molntjänsten AWS, utöver andra ämnen som du kommer att behöva studera. Generellt tror jag att en timme om dagen fem gånger i veckan är tillräckligt för att förstå de processer som pågår inom DevOps-industrin på sex månader eller ännu mindre. Det finns totalt 6 huvudkomponenter, var och en motsvarar en månad av lärande. Det är allt du behöver för att få grundläggande kunskaper.
I kommande artiklar kommer vi att titta på nästa svårighetsnivå: hur man helt automatiserar inställning, versionering, paketering, distribution, körning och övervakning av mjukvara.

Fortsättningen kommer snart...

Lite reklam 🙂

Tack för att ni stannar kvar hos oss. Gillar ni våra artiklar? Vill ni se fler intressanta material? Stöd oss genom att göra en beställning eller rekommendera oss till era vänner, moln-VPS för utvecklare från $4,99, en unik motsvarighet till entry-level servrar som vi har skapat för er: Allt om VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps från $19 eller hur man korrekt delar en server? (alternativ med RAID1 och RAID10 finns tillgängliga, upp till 24 kärnor och upp till 40GB DDR4).

Dell R730xd är två gånger billigare i datacentret Equinix Tier IV i Amsterdam? Bara hos oss 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB 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 en företagsinfrastruktur med Dell R730xd E5-2650 v4-servrar som kostar 9000 euro för en bråkdel?

Källa: habr.com