Doelmiddel
Binne jo in ûntwikkelder dy't sykje om jo karriêre te draaien nei in mear avansearre DevOps-model? Binne jo in klassike Ops-yngenieur en wolle jo in idee krije fan wat DevOps betsjut? Of binne jo net ien en wolle jo, nei't jo wat tiid yn IT wurke hawwe, fan karriêre feroarje en gjin idee hawwe wêr't jo moatte begjinne?
As ja, lês dan troch om út te finen hoe't jo yn seis moannen in DevOps-yngenieur op middelnivo kinne wurde! Uteinlik, as jo in protte jierren belutsen west hawwe by DevOps, sille jo noch in protte út dizze artikelsearje krije om te learen wêr't de yntegraasje- en automatisearringsektor op it stuit is en wêr't it hinne giet.
Wat is dit dochs?
As earste, wat is DevOps? Jo kinne Google definysjes en wade troch alle verbiage, mar wit dat de measte fan 'e definysjes binne mar in wirwar fan wurden ferpakt yn in streamline foarm. Dêrom sil ik jo in gearfetting jaan fan al dizze definysjes: DevOps is in metoade foar it leverjen fan software wêryn de hoofdpijn en ferantwurdlikens wurde dield ûnder alle belutsenen. Da's alles.
Okee, mar wat betsjut dizze ôfkoarting? It betsjut dat tradisjoneel ûntwikkelders (de minsken dy't software meitsje) binne motivearre om har wurk te dwaan troch stimulânsen dy't signifikant ferskille fan dy fan Operations (de minsken dy't de software beheare). Bygelyks, as ûntwikkelder wol ik sa rap mooglik safolle nije funksjes oanmeitsje. Dit is ommers myn baan en dit is wat klanten freegje! As ik lykwols in Ops-persoan bin, dan haw ik sa min mooglik nije funksjes nedich, om't elke nije funksje in feroaring is, en elke feroaring is fol mei problemen. As gefolch fan dizze misalignment fan stimulâns waard DevOps berne.
DevOps besiket ûntwikkeling en operaasjes (yntegraasje en automatisearring) te kombinearjen yn ien groep. It idee is dat ien groep no sawol de pine as de ferantwurdlikens (en wierskynlike beleanningen) sil diele fan it bouwen, ynsetten en generearjen fan ynkomsten út software foar klanten.
Puristen sille jo fertelle dat d'r net sa'n ding is as in "DevOps-yngenieur." "DevOps is in kultuer, gjin rol," sille se jo fertelle. Fansels, út in technysk eachpunt hawwe se gelyk, mar, lykas is faaks it gefal is de term út 'e hân rûn. om klassike operasjonele problemen op te lossen.
DevOps betsjut úteinlik it meitsjen fan digitale pipelines dy't koade nimme fan 'e laptop fan in ûntwikkelder en it omsette yn ynkomsten út it gebrûk fan it definitive produkt, dat is wêr't it oer giet. Tink derom dat it kiezen fan in DevOps-karriêre frij heech wurdt kompensearre troch finansjele beleanningen, mei hast elk bedriuw dat "DevOps docht" of beweart dat se ien binne. Nettsjinsteande wêr't dizze bedriuwen lizze, binne algemiene wurkmooglikheden as DevOps frij heech en biede "leuke" en betsjuttingsfolle wurkgelegenheid foar in protte jierren te kommen.
Wês lykwols foarsichtich foar bedriuwen dy't in "DevOps-team" of "DevOps-ôfdieling" ynhierje. Strikt nommen moatte sokke dingen net bestean, want úteinlik is DevOps noch in kultuer en in manier om software te leverjen, gjin nij team te personieljen of ôfdieling te meitsjen mei in moaie namme.
Disclaimer
Litte wy no it glês Kool-Aid efkes oan 'e kant sette en tinke oer it folgjende. Hawwe jo it âlde adage heard "d'r binne gjin junior DevOps-yngenieurs?" As net, wit dan dat dit in populêre trope is op Reddit en StackOverflow. Mar wat betsjut it?
Simpelwei betsjuttet dizze sin dat it in protte jierren ûnderfining nimt kombinearre mei in solide begryp fan 'e ark om úteinlik in wirklik effektive Senior DevOps-beoefener te wurden. En, spitigernôch, is d'r gjin fluchtoets om it doel te berikken. Dat dit is gjin besykjen om it systeem te spieljen - ik tink net dat it eins mooglik is om foar te dwaan as in senior DevOps-yngenieur mei in pear moannen ûnderfining yn 'e yndustry. It berikken fan in solide begryp fan rap feroarjende ark en metodologyen fereasket jierrenlange ûnderfining, en d'r is net omhinne. D'r is lykwols in hast konsekwint (modieuze, as jo wolle) menu fan ark en konsepten dy't de measte bedriuwen brûke, en dat is wêr't wy oer sille prate.
Nochris binne ark oars as feardigens, dus wylst jo de ark leare, soargje derfoar dat jo jo feardigens net negearje (ûndersykje, netwurkjen, skriftlike kommunikaasje, probleemoplossing, ensfh.). It wichtichste, ferlies net út it each wat wy wolle fine - in manier om in folslein automatisearre digitale pipeline te meitsjen dy't ideeën nimt en feroaret yn ynkomsten generearjende stikken koade. Dit is de ienichste wichtichste konklúzje út dit heule artikel!
Genôch praatsjes, wannear kin ik begjinne?
Hjirûnder is de DevOps Fundamental Knowledge roadmap. Nei it behearskjen fan alles dat dêr ôfbylde is, kinne jo josels feilich en earlik in DevOps-yngenieur neame! Of in wolkyngenieur as jo de namme "DevOps" net leuk fine.
Dizze kaart fertsjintwurdiget myn (en wierskynlik de measte minsken dy't yn dizze romte wurkje) idee fan wat in foechhawwende DevOps-yngenieur moat witte. Dit is lykwols mar in miening, en fansels sille der guon wêze dy't it net iens binne. Dit is prima! Wy stribje hjir net nei folsleinens, wy stribje nei in solide basis dêr't wy eins op bouwe kinne.
Jo moatte troch dit paad stadichoan gean, laach foar laach. Litte wy begjinne (en trochgean!) mei de fûneminten troch earst te learen oer de eleminten yn blau—Linux, Python, en AWS. Dan, as tiid as fraach fan 'e arbeidsmerk it talit, doch dan de pearse dingen - Golang en Google Cloud.
Earlik sein, de fûnemintele toplaach is iets dat jo foar altyd moatte studearje. OS Linux is heul kompleks en duorret jierren om te behearskjen. Python fereasket konstante oefening om aktueel te bliuwen. AWS evoluearret sa rap dat wat jo hjoed witte sil in jier fan no allinich diel útmeitsje fan jo totale kennisportfolio. Sadree't jo leare de basis, gean troch nei de eigentlike feardigens set. Tink derom dat d'r yn totaal 6 blauwe kolommen binne (konfiguraasje, ferzje, ferpakking, ynset, lansearring, tafersjoch), ien per moanne fan stúdzje.
Jo hawwe fansels opmurken it ûntbrekken fan in wichtich poadium yn ús seis moanne pipeline - testen. Ik haw it bewust net opnommen yn 'e roadmap, om't it skriuwen fan in module, yntegraasje- en akseptaasjetests net maklik is en tradisjoneel falt op' e skouders fan ûntwikkelders. En it oerslaan fan it poadium "testen" wurdt ferklearre troch it feit dat it doel fan dizze roadmap is om basisfeardigens en ark sa gau mooglik te behearskjen. Gebrek oan testûnderfining, neffens de auteur, is mar in lyts obstakel foar it juste gebrûk fan DevOps.
Unthâld ek dat wy hjir net in hiele boskje unrelatearre technyske babbel leare, mar in begryp fan 'e ark dy't byinoar komme om in dúdlik ferhaal te meitsjen. Dit ferhaal giet oer end-to-end prosesautomatisearring - in digitale assemblageline dy't bits beweecht as in assemblageline. Jo wolle net in boskje ark leare en bliuwend stopje! DevOps-ark feroarje fluch, mar konsepten feroarje folle minder faak. Dêrom moatte jo stribje om ark te brûken as learproxy's foar konsepten op heger nivo.
Okee, lit ús in bytsje djipper grave!
Fundamentele kennis
Under de boppeste stap dy't Stichting seit, kinne jo de feardigens sjen dy't elke DevOps-yngenieur moat behearskje. Dizze feardichheden binne betroubere ôfhanneling fan 'e trije pylders fan' e yndustry, dy't binne: it bestjoeringssysteem, de programmeartaal en de iepenbiere wolk. Dizze dingen binne net wat jo fluch kinne leare en trochgean. Dizze feardichheden moatte konstant wurde ferbettere en behearske om oan 'e foarop te stean fan' e sektor en relevant foar de profesjonele omjouwing om jo hinne. Litte wy se ien foar ien troch gean.
Linux is wêr't alles wurket. Kinne jo in geweldige DevOps-beoefener wêze, wylst jo folslein binnen it Microsoft-ekosysteem bliuwe? Fansels kinsto dat! D'r is gjin wet dy't diktearret dat jo allinich Linux brûke. Hâld lykwols yn gedachten dat nettsjinsteande it feit dat alle Linux-dingen yn Windows kinne wurde dien, it bart dêr folle pynliker en mei minder funksjonaliteit. Op dit punt is it feilich om oan te nimmen dat sûnder Linux te kennen, it ûnmooglik is om in echte DevOps-profesjonele te wurden, dus Linux is iets dat jo moatte studearje en leare.
Earlik sein, de bêste manier om dit te dwaan is gewoan Linux (Fedora of Ubuntu) thús te ynstallearjen en it safolle mooglik te brûken. Fansels sille jo in protte dingen brekke, jo sille fêstkomme yn wurkprosessen, jo moatte alles reparearje, mar jo sille Linux leare!
Trouwens, RedHat-farianten binne faker yn Noard-Amearika, dus it makket sin om te begjinnen mei Fedora of CentOS. As jo jo ôffreegje oft jo KDE of Gnome-edysje moatte keapje, kies dan KDE. Dit is wat Linus Torvalds sels brûkt.
Python is dizze dagen de dominante back-end taal. It is maklik om mei te begjinnen en wurdt breed brûkt. Python is heul gewoan op it mêd fan keunstmjittige yntelliginsje en masine learen, dus as jo oait wolle ferhúzje nei in oar heul fjild, sille jo folslein taret wêze.
Amazon Web Services: Nochris is it ûnmooglik om in betûfte DevOps-profesjonele te wurden sûnder in solide begryp fan hoe't de iepenbiere wolk wurket. En as jo der mear oer wolle leare, sjoch dan nei Amazon Web Services. It is in liedende spiler op dit mêd fan tsjinsten en biedt de rykste set fan wurkynstruminten.
Is it mooglik om te begjinnen mei Google Cloud of Azure ynstee? Fansels kinne jo! Mar it ûnthâlden fan 'e lêste finansjele krisis, moat opmurken wurde dat AWS de feilichste opsje is, teminsten yn 2018, om't it jo fergees in akkount kinne registrearje en de mooglikheden fan wolktsjinsten begjinne te ferkennen. Derneist biedt AWS-konsole de brûker in ienfâldich en dúdlik menu om út te selektearjen. It goede nijs is dat jo net alle Amazon's technologyen hoege te kennen om dit te dwaan.
Begjin mei de folgjende: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastyske Load Balancing ûnder de EC2 paraplu) en Security Group. Dizze dingen binne genôch om jo te begjinnen, en elke moderne, wolkbasearre ûndernimming brûkt dizze ark frij aktyf. De eigen trainingssite fan AWS is in goed plak om te begjinnen.
Ik advisearje dat jo elke dei 20-30 minuten besteegje oan learen en oefenjen mei de Python-taal, Linux-bestjoeringssysteem, en AWS-wolktsjinst neist oare dingen dy't jo moatte leare. Oer it algemien leau ik dat it besteegjen fan in oere deis, fiif kear yn 'e wike genôch is om de DevOps-sektor yn 6 moannen of minder te begripen. D'r binne yn totaal 6 haadkomponinten, elk fan dy komt oerien mei in moanne training. Dat is alles wat jo nedich hawwe om basiskennis te krijen.
Yn folgjende artikels sille wy sjen nei it folgjende nivo fan kompleksiteit: hoe't jo de konfiguraasje, ferzje, ferpakking, ynset, útfiere en tafersjoch fan software folslein automatisearje.
Folgjende hiel gau ...
Guon advertinsjes 🙂
Tankewol foar it bliuwen by ús. Hâld jo fan ús artikels? Wolle jo mear ynteressante ynhâld sjen? Stypje ús troch in bestelling te pleatsen of oan te befeljen oan freonen, , in unike analoog fan servers op yngongsnivo, dy't troch ús foar jo útfûn is: (beskikber mei RAID1 en RAID10, oant 24 kearnen en oant 40GB DDR4).
Dell R730xd 2 kear goedkeaper yn Equinix Tier IV data sintrum yn Amsterdam? Allinne hjir yn Nederlân! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fan $99! Lêze oer
Boarne: www.habr.com