Målgruppe
Er du en udvikler, der ønsker at dreje din karriere mod en mere effektiv DevOps-model? Er du en klassisk Ops-ingeniør, der gerne vil have indsigt i, hvad DevOps betyder? Eller er du hverken det ene eller det andet, og efter at have brugt noget tid i IT-branchen ønsker at skifte job, men ikke ved, hvor du skal starte?
Hvis ja, så læs videre for at finde ud af, hvordan du kan blive en mid-level DevOps-ingeniør på seks måneder! Endelig, hvis du allerede har arbejdet med DevOps i flere år, kan du stadig finde mange nyttige oplysninger i denne artikelserie og lære, hvor integrations- og automatiseringsbranchen står lige nu, og hvor den er på vej hen.
Hvad er dette overhovedet?
For det første, hvad er DevOps? Du kan google definitioner og gennemse al denne verbale støj, men vær opmærksom på, at de fleste af definitionerne bare er en sammenblanding af ord pakket ind i et glat forløb. Så her er et resumé af alle disse definitioner: DevOps er en metode til levering af software, hvor hovedpinen og ansvaret deles mellem alle involverede. Det er det.
Okay, men hvad betyder denne forkortelse så? Det betyder, at traditionelle udviklere (dem, der skaber software) i deres arbejde har været styret af incitamenter, der er meget forskellige fra incitamenterne for Operations (dem, der administrerer softwaren). For eksempel, som udvikler vil jeg hurtigst muligt skabe så mange nye funktioner som muligt. Det er trods alt mit job, og det er det, kunderne kræver! Men hvis jeg er en Ops-person, så ønsker jeg færre nye funktioner, fordi hver ny funktion er en ændring, og hver ændring medfører problemer. Som et resultat af denne uoverensstemmelse i incitamenter blev DevOps født.
DevOps forsøger at kombinere udvikling og drift (integration og automatisering) i én gruppe. Ideen er, at nu vil én gruppe dele både smerte og ansvar (og sandsynligvis belønning) for at skabe, implementere og generere indtægter fra kundeorienteret software.
Purister vil sige, at der ikke findes noget som en "DevOps-ingeniør". "DevOps er en kultur, ikke en rolle", vil de fortælle dig. Selvfølgelig har de teknisk set ret, men som det ofte er tilfældet, er dette begreb gået ud over sin oprindelige betydning. Således er en DevOps-ingeniør noget i retning af "systemingeniør 2.0". Med andre ord er det en, der forstår softwareudviklingslivscyklussen og skaber værktøjer og processer for softwareudvikling for at løse klassiske driftsopgaver.
DevOps betyder i sidste ende at opbygge digitale pipelines, der tager koden fra udviklerens laptop og omdanner den til indtægter fra brugen af det endelige produkt, det er, hvad alt handler om. Bemærk, at karrieremulighederne inden for DevOps er ret højt kompenseret, da næsten hver virksomhed enten "praksis DevOps" eller påstår at gøre det. Uanset hvor disse virksomheder befinder sig, er der generelt gode jobmuligheder som DevOps, som indebærer en "sjov" og meningsfuld beskæftigelse i mange år fremover.
Men vær forsigtig med virksomheder, der ansætter en "DevOps-team" eller "DevOps-afdeling". Strikt taget bør sådanne ting ikke eksistere, fordi DevOps i sidste ende stadig er en kultur og en måde at levere software på, ikke at oprette et nyt team eller danne en afdeling med et trendy navn.
Ansvarsfraskrivelse
Og nu, lad os i et øjeblik lægge "Cool-Aid"-glasset til side og overveje følgende. Har du hørt det gamle ordsprog "der findes ikke nogen junior DevOps-ingeniører?" Hvis ikke, så ved, at det er et populært trope på Reddit og StackOverflow. Men hvad betyder det?
Simpelt sagt denne sætning, at man har brug for mange års erfaring kombineret med en solid forståelse af værktøjer for til sidst at blive en virkelig effektiv Senior DevOps-udøver. Og desværre er der ikke nogen genvej til målet. Så dette er ikke et forsøg på at snyde systemet – jeg tror ikke, man i virkeligheden kan lade som om, man er Senior DevOps-ingeniør med bare et par måneders erfaring i branchen. At opnå en klar forståelse af de hurtigt skiftende værktøjer og metoder kræver mange års erfaring, og det kan man ikke komme udenom. Der er dog næsten enighed om (moderne, hvis du vil) en værktøjskasse og koncepter, som de fleste virksomheder bruger, og det er netop dette, vi vil tale om.
Igen, værktøjer adskiller sig fra færdigheder, så mens du lærer værktøjerne, skal du sørge for ikke at forsømme dine færdigheder (interview, netværk, skriftlig kommunikation, fejlfinding osv.). Hovedpointen er ikke at miste fokus på, hvad vi ønsker at finde – en måde at skabe et fuldt automatiseret digitalt produktionssystem, der tager ideer og omdanner dem til indtægtsbringende kodefragmenter. Dette er den eneste og mest vigtige konklusion fra hele denne artikel!
Stop snakken, hvornår kan jeg starte?
Nedenfor er vejkortet til 'Fundamental viden om DevOps'. Når du har mestret alt, hvad der er vist der, kan du med ro i sindet og ære kalde dig selv DevOps-ingeniør! Eller cloud-ingeniør, hvis du ikke bryder dig om titlen 'DevOps'.
Dette kort viser mit (og sandsynligvis de fleste mennesker, der arbejder i dette område) syn på, hvad en kompetent DevOps-ingeniør skal vide. Det er dog kun en mening, og der vil selvfølgelig være dem, der er uenige i det. Det er helt i orden! Vi stræber ikke efter perfektion her, vi stræber efter et solidt fundament, som man rent faktisk kan bygge på.
Du skal tage denne rejse gradvist, lag for lag. Begynd (og fortsæt!) med de grundlæggende aspekter ved først at lære de elementer, der er markeret med blåt – Linux, Python og AWS. Derefter, hvis tiden eller efterspørgslen på arbejdsmarkedet tillader det, kan du tage fat på de lilla ting – Golang og Google Cloud.
Ærligt talt er det grundlæggende lag noget, du skal lære evigt. Linux OS er meget komplekst, og det tager år at mestre. Python kræver konstant praksis for at holde sig ajour. AWS udvikler sig så hurtigt, at det, du ved i dag, om et år kun vil være en del af den samlede viden. Når du har lært det grundlæggende, skal du gå videre til et reelt færdighedssæt. Vær opmærksom på, at der er 6 blå søjler (Konfiguration, Version, Pakettering, Udrulning, Lancering, Overvågning), en for hver måned af læring.
Du har selvfølgelig bemærket fraværet af et vigtigt skridt i vores seks måneders pipeline – testning. Jeg har bevidst ikke inkluderet det i køreplanen, fordi skrivning af modulet, integration og accepttest er vanskelige opgaver, der traditionelt lægges på udviklernes skuldre. Og fraværet af skridtet 'testning' forklares med, at målet med denne køreplan er at lære de grundlæggende færdigheder og værktøjer så hurtigt som muligt. Manglende erfaring med testning er ifølge forfatteren kun en mindre hindring for korrekt brug af DevOps.
Derudover skal du huske, at vi ikke studerer en masse usammenhængende teknisk sludder her, men stræber efter at forstå værktøjerne, der i en sammenhæng skaber en klar historie. Denne historie repræsenterer end-to-end automatiseringen af processen – en digital pipeline, der flytter bits som et samlebånd. Du vil ikke lære en masse værktøjer og konstant stoppe op! DevOps-værktøjerne ændrer sig hurtigt, mens koncepterne ændrer sig langt sjældnere. Derfor skal du stræbe efter at bruge værktøjerne som læringsproxyer til højere nivås koncepter.
Okay, lad os dykke lidt dybere!
Fundamentale kendskaber
Under the top step with the inscription Foundation, you see the skills that every DevOps engineer must master. These skills involve a firm command of the three 'pillars' of the industry: the operating system, programming language, and public cloud. These are not topics to skim over quickly and move on. These skills need to be continuously refined and improved to stay at the forefront of the industry and keep your professional environment relevant. Let's go through them one by one.
Linux is where everything runs. Can you be an amazing DevOps practitioner while fully staying within the Microsoft ecosystem? Of course, you can! There’s no law requiring you to use only Linux. However, keep in mind that while you can accomplish everything Linux-related in Windows, it tends to be much more painful and with fewer functionalities. Currently, it's safe to assume that without knowledge of Linux, you cannot become a true DevOps professional, so Linux is something you need to study and keep studying.
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'll 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, the RedHat variations are more common, so it makes sense to start with Fedora or CentOS. If you're wondering whether to buy the KDE or Gnome edition, choose KDE. That’s what Linus Torvalds himself uses.
Python is currently the dominant back-end language. It's easy to start with, and it's widely used. Python is very prevalent in the field of artificial intelligence and machine learning, so if you ever want to transition to another hot area, you will be fully prepared for it.
Amazon Web Services: again, it's impossible to become an experienced DevOps professional without a solid understanding of how 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 the service field, offering the richest set of working tools.
Kan man i stedet begynde med Google Cloud eller Azure? Selvfølgelig kan man! Men med tanke på den seneste finanskrise bør man huske, at AWS er det sikreste valg, i det mindste i 2018, da det giver mulighed for gratis at oprette en konto og begynde at udforske mulighederne for cloud-tjenester. Derudover giver AWS-konsollen brugeren en enkel og forståelig menu til at vælge fra. Den gode nyhed er, at du ikke behøver at kende alle Amazons teknologier for dette.
Start med det følgende: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing under dække af EC2) og Security Group. Disse elementer er tilstrækkelige til at komme i gang, og hver moderne cloud-virksomhed bruger disse værktøjer aktivt. Den officielle AWS-læringsside er et godt sted at begynde.
Jeg anbefaler, at du dagligt bruger 20-30 minutter på at lære og praktisere med Python, Linux-operativsystemet og AWS-cloudtjenesterne, ud over de andre ting du skal lære. Generelt mener jeg, at det at bruge en time om dagen fem gange om ugen er tilstrækkeligt til at forstå de DevOps-processer, der foregår inden for 6 måneder eller mindre. Der er i alt 6 hovedkomponenter, hver svarende til en måned med træning. Det er alt hvad du behøver for at opnå grundlæggende viden.
I de næste artikler vil vi se på det næste niveau af kompleksitet: hvordan man fuldstændig automatiserer opsætning, versionering, pakker, implementering, lancering og overvågning af software.
Fortsættelsen kommer snart…
Lidt reklame 🙂
Tak fordi du bliver hos os. Kan du lide vores artikler? Ønsker du at se flere interessante materialer? Støt os ved at bestille eller anbefale os til dine bekendte, , en unik analog til entry-level servere, som vi har designet til dig: (tilgængelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).
Dell R730xd til halv pris i datacenteret Equinix Tier IV i Amsterdam? Kun hos os i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $! Læs om hvordan
Kilde: habr.com
