Целевая аудитория
Er du en udvikler, der ønsker at dreje din karriere mod en mere avanceret DevOps-model? Er du en klassisk Ops-ingeniør og vil du gerne have en idé om, hvad DevOps betyder? Eller har du ingen af dem, og efter at have brugt noget tid inden for IT, vil du skifte karriere og har ingen idé om, hvor du skal starte?
Hvis ja, så læs videre for at finde ud af, hvordan du kan blive en DevOps-ingeniør på mellemniveau om seks måneder! Endelig, hvis du har været involveret i DevOps i mange år, vil du stadig få meget ud af denne artikelserie for at lære, hvor integrations- og automationsindustrien er i øjeblikket, og hvor den er på vej hen.
Hvad er det her overhovedet?
For det første, hvad er DevOps? Du kan Google definitioner og vade gennem alle ordsprog, men ved, at de fleste af definitionerne kun er et virvar af ord pakket ind i en strømlinet form. Derfor vil jeg give dig et resumé af alle disse definitioner: DevOps er en metode til at levere software, hvor hovedpinen og ansvaret deles mellem alle involverede. Det er alt.
Okay, men hvad betyder denne forkortelse? Det betyder, at udviklere (de mennesker, der skaber software) traditionelt er blevet motiveret til at udføre deres arbejde af incitamenter, der er væsentligt forskellige fra Operations (de mennesker, der administrerer softwaren). For eksempel vil jeg som udvikler skabe så mange nye funktioner så hurtigt som muligt. Det er trods alt mit job, og det er det, kunderne efterspørger! Men hvis jeg er en Ops-person, så har jeg brug for så få nye funktioner som muligt, fordi hver ny funktion er en ændring, og enhver ændring er fyldt med problemer. Som et resultat af denne fejljustering af incitamenter blev DevOps født.
DevOps forsøger at kombinere udvikling og drift (integration og automatisering) i én gruppe. Tanken er, at en gruppe nu vil dele både smerten og ansvaret (og sandsynlige belønninger) ved at bygge, implementere og generere indtægter fra kundevendt software.
Purister vil fortælle dig, at der ikke er noget, der hedder en "DevOps-ingeniør." "DevOps er en kultur, ikke en rolle," vil de fortælle dig. Selvfølgelig har de ret fra et teknisk synspunkt, men som det er ofte er det tilfældet, at udtrykket er kommet ud af hånden. Ud over dets oprindelige betydning er en DevOps-ingeniør noget i retning af en "systemingeniør 2.0." Med andre ord er han en person, der forstår softwareudviklingens livscyklus og skaber softwareudviklingsværktøjer og -processer at løse klassiske driftsproblemer.
DevOps betyder i sidste ende at skabe digitale pipelines, der tager kode fra en udviklers bærbare computer og omdanner det til indtægter fra brugen af det endelige produkt, det er det, det handler om. Bemærk, at valget af en DevOps-karriere er ret højt kompenseret af økonomiske belønninger, hvor næsten alle virksomheder enten "gør DevOps" eller hævder at være det. Uanset hvor disse virksomheder er placeret, er de samlede jobmuligheder som DevOps ret høje og tilbyder "sjov" og meningsfuld beskæftigelse i mange år fremover.
Vær dog på vagt over for virksomheder, der ansætter et “DevOps-team” eller “DevOps-afdeling” Strengt taget burde sådanne ting ikke eksistere, for i sidste ende er DevOps stadig en kultur og en måde at levere software på, ikke bemande et nyt team eller oprette afdeling med et fancy navn.
Ansvarsfraskrivelse
Lad os nu lægge glasset Kool-Aid til side et øjeblik og tænke over følgende. Har du hørt det gamle ordsprog "der er ingen junior DevOps-ingeniører?" Hvis ikke, så ved, at dette er en populær trope på Reddit og StackOverflow. Men hvad betyder det?
Kort sagt betyder denne sætning, at det kræver mange års erfaring kombineret med en solid forståelse af værktøjerne for i sidste ende at blive en virkelig effektiv Senior DevOps-praktiker. Og der er desværre ingen genvej til at nå målet. Så dette er ikke et forsøg på at spille systemet – jeg tror faktisk ikke, det er muligt at udgive sig for at være en senior DevOps-ingeniør med et par måneders erfaring i branchen. At opnå en solid forståelse af hurtigt skiftende værktøjer og metoder kræver mange års erfaring, og det er der ingen vej udenom. Der er dog en næsten konsekvent (moderrigtig, om man vil) menu af værktøjer og koncepter, som de fleste virksomheder bruger, og det er det, vi skal tale om.
Igen, værktøjer er forskellige fra færdigheder, så mens du lærer værktøjerne, skal du sørge for, at du ikke forsømmer dine færdigheder (opmåling, netværk, skriftlig kommunikation, fejlfinding osv.). Vigtigst af alt, glem ikke det, vi ønsker at finde af syne – en måde at skabe en fuldautomatisk digital pipeline, der tager ideer og forvandler dem til indtægtsskabende stykker kode. Dette er den vigtigste konklusion fra hele denne artikel!
Nok snak, hvornår kan jeg begynde?
Nedenfor er DevOps Fundamental Knowledge-køreplanen. Efter at have mestret alt, hvad der er afbildet der, kan du trygt og ærligt kalde dig selv en DevOps-ingeniør! Eller en cloud-ingeniør, hvis du ikke kan lide navnet "DevOps".
Dette kort repræsenterer min (og sandsynligvis de fleste, der arbejder i dette rum) idé om, hvad en kompetent DevOps-ingeniør bør vide. Dette er dog kun en mening, og der vil selvfølgelig være dem, der er uenige i den. Det her er fint! Vi stræber ikke efter perfektion her, vi stræber efter et solidt fundament, som vi faktisk kan bygge på.
Du skal gå gennem denne vej gradvist, lag for lag. Lad os starte (og fortsætte!) med det grundlæggende ved først at lære om elementerne i blåt—Linux, Python og AWS. Så, hvis tiden eller efterspørgslen på arbejdsmarkedet tillader det, så gør de lilla ting - Golang og Google Cloud.
Helt ærligt, det grundlæggende øverste lag er noget, du bliver nødt til at studere for evigt. OS Linux er meget komplekst og tager år at mestre. Python kræver konstant øvelse for at holde sig opdateret. AWS udvikler sig så hurtigt, at det, du ved i dag, kun vil være en del af din samlede videnportefølje om et år. Når du har lært det grundlæggende, skal du gå videre til det faktiske færdighedssæt. Bemærk venligst, at der er i alt 6 blå kolonner (konfiguration, version, pakke, implementering, lancering, overvågning), en pr. måneds undersøgelse.
Du har selvfølgelig bemærket fraværet af en vigtig fase i vores seks måneder lange pipeline - test. Jeg har bevidst ikke inkluderet det i køreplanen, fordi det ikke er let at skrive et modul, integrations- og accepttest og traditionelt falder på udviklernes skuldre. Og at springe "teststadiet over" forklares med, at målet med denne køreplan er at mestre grundlæggende færdigheder og værktøjer så hurtigt som muligt. Mangel på testerfaring er ifølge forfatteren kun en mindre hindring for korrekt brug af DevOps.
Husk også, at vi ikke lærer en hel masse ikke-relateret teknisk pludren her, men snarere en forståelse af de værktøjer, der samles for at skabe en klar historie. Denne historie handler om end-to-end procesautomatisering - et digitalt samlebånd, der bevæger sig bits som et samlebånd. Du ønsker ikke at lære en masse værktøjer og blive ved med at stoppe! DevOps-værktøjer ændrer sig hurtigt, men koncepter ændres meget sjældnere. Derfor bør du stræbe efter at bruge værktøjer som undervisningsfuldmægtige til begreber på højere niveau.
Okay, lad os grave lidt dybere!
Grundlæggende viden
Under det øverste trin, der siger Foundation, kan du se de færdigheder, som enhver DevOps-ingeniør bør mestre. Disse færdigheder er sikker håndtering af de tre søjler i branchen, som er: styresystemet, programmeringssproget og den offentlige sky. Disse ting er ikke noget, du hurtigt kan lære og komme videre. Disse færdigheder skal konstant forbedres og mestres for at være på forkant med branchen og relevante for det professionelle miljø omkring dig. Lad os gennemgå dem én efter én.
Linux er der hvor alt fungerer. Kan du være en fantastisk DevOps-praktiker, mens du forbliver fuldstændig inden for Microsofts økosystem? Selvfølgelig kan du det! Der er ingen lov, der dikterer, at du kun bruger Linux. Du skal dog huske på, at på trods af at alle Linux-ting kan gøres i Windows, sker det der meget mere smertefuldt og med mindre funktionalitet. På dette tidspunkt er det sikkert at antage, at uden at kende Linux, er det umuligt at blive en ægte DevOps-professionel, så Linux er noget, du bør studere og lære.
Helt ærligt, den bedste måde at gøre dette på er simpelthen at installere Linux (Fedora eller Ubuntu) derhjemme og bruge det så meget som muligt. Selvfølgelig vil du bryde en masse ting, du bliver hængende i arbejdsprocesser, du skal rette alt, men du lærer Linux!
Forresten er RedHat-varianter mere almindelige i Nordamerika, så det giver mening at starte med Fedora eller CentOS. Hvis du spekulerer på, om du skal købe KDE eller Gnome-udgaven, så vælg KDE. Det er det, Linus Torvalds selv bruger.
Python er det dominerende backend-sprog i disse dage. Den er nem at komme i gang med og er meget brugt. Python er meget almindeligt inden for kunstig intelligens og maskinlæring, så hvis du nogensinde ønsker at bevæge dig ind i et andet varmt felt, vil du være fuldt forberedt.
Amazon Web Services: Igen er det umuligt at blive en erfaren DevOps-professionel uden en solid forståelse af, hvordan den offentlige sky fungerer. Og hvis du vil lære mere om det, så kig ind i Amazon Web Services. Det er en førende aktør inden for dette serviceområde og tilbyder det rigeste sæt af arbejdsværktøjer.
Er det muligt at starte med Google Cloud eller Azure i stedet for? Selvfølgelig kan du! Men husker vi den sidste finanskrise, skal det bemærkes, at AWS er den sikreste mulighed, i hvert fald i 2018, da det giver dig mulighed for at registrere en konto gratis og begynde at udforske mulighederne for cloud-tjenester. Derudover giver AWS-konsollen brugeren en enkel og overskuelig menu at vælge imellem. Den gode nyhed er, at du ikke behøver at kende alle Amazons teknologier for at gøre dette.
Start med følgende: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing under EC2-paraplyen) og Security Group. Disse ting er nok til at få dig i gang, og enhver moderne, cloud-baseret virksomhed bruger disse værktøjer ret aktivt. AWS egen træningsside er et godt sted at komme i gang.
Jeg anbefaler, at du bruger 20-30 minutter hver dag på at lære og øve dig med Python-sproget, Linux-operativsystemet og AWS-skytjenesten udover andre ting, du skal lære. Samlet set tror jeg, at det er nok at bruge en time om dagen, fem gange om ugen til at forstå DevOps-industrien på 6 måneder eller mindre. Der er i alt 6 hovedkomponenter, som hver svarer til en måneds træning. Det er alt hvad du behøver for at få grundlæggende viden.
I de efterfølgende artikler vil vi se på det næste kompleksitetsniveau: hvordan man fuldt ud automatiserer konfiguration, versionering, pakning, udrulning, kørsel og overvågning af software.
Fortsættes meget snart...
Nogle annoncer 🙂
Tak fordi du blev hos os. Kan du lide vores artikler? Vil du se mere interessant indhold? Støt os ved at afgive en ordre eller anbefale til venner, , en unik analog af entry-level servere, som blev opfundet af os til dig: (tilgængelig med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).
Dell R730xd 2 gange billigere i Equinix Tier IV datacenter i Amsterdam? Kun her i Holland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra $99! Læse om
Kilde: www.habr.com