Π¦Π΅Π»Π΅Π²Π°Ρ Π°ΡΠ΄ΠΈΡΠΎΡΠΈΡ
Zure karrera DevOps eredu aurreratuago batera bideratu nahi duzun garatzailea al zara? Ops-en ingeniari klasikoa zara eta DevOps-ek zer esan nahi duen ideia bat egin nahi al duzu? Edo zu ez zara bata ez bestea eta, denbora pixka bat informatikan lanean eman ondoren, lanbidez aldatu nahi duzu eta ez dakizu nondik hasi?
Baiezkoa bada, jarraitu irakurri sei hilabetetan erdi mailako DevOps ingeniari nola bihur zaitezkeen jakiteko! Azkenik, urte askotan DevOps-en parte hartu baduzu, oraindik ere artikulu sorta honetatik asko aterako zara integrazio eta automatizazio industria gaur egun non dagoen eta nora doan jakiteko.
Zer da hori hala ere?
Lehenik eta behin, zer da DevOps? Google-ren definizioak egin ditzakezu eta hitz guztiak arakatu, baina jakin ezazu definizio gehienak forma errazean bildutako hitz nahaspila bat besterik ez direla. Hori dela eta, definizio horien guztien laburpena emango dizut: DevOps softwarea emateko metodo bat da, non buruko mina eta ardura parte hartzen duten guztien artean partekatzen diren. Hori da dena.
Ados, baina zer esan nahi du laburdura honek? Esan nahi du, tradizionalki, Garatzaileak (softwarea sortzen duten pertsonak) beren lana egitera motibatu direla Eragiketen (softwarea kudeatzen duten pertsonak) baino nabarmen desberdinak diren pizgarrien bidez. Adibidez, garatzaile gisa, ahalik eta azkarren eginbide berri gehien sortu nahi ditut. Azken finean, hau da nire lana eta hau da bezeroek eskatzen dutena! Hala ere, Ops pertsona banaiz, orduan ahalik eta funtzio berri gutxien behar ditut, ezaugarri berri bakoitza aldaketa bat baita, eta edozein aldaketa arazoz beteta baitago. Pizgarrien desegokitze horren ondorioz, DevOps jaio zen.
DevOps garapena eta eragiketak (integrazioa eta automatizazioa) talde batean konbinatzen saiatzen da. Ideia da talde batek bezeroari begirako softwaretik eraikitzeko, zabaltzeko eta diru-sarrerak sortzeko mina eta erantzukizuna (eta litekeena den sariak) partekatuko dituela.
Puristek esango dizute ez dagoela βDevOps ingeniaririkβ. βDevOps kultura bat da, ez rol batβ, esango dizute. Jakina, ikuspuntu teknikotik arrazoi dute, baina, den bezala. sarritan, terminoa eskuetatik ihes egin da Jatorrizko esanahiaz harago, DevOps ingeniari bat "sistemen ingeniaria 2.0" bezalako zerbait da. Beste era batera esanda, software garapenaren bizi-zikloa ulertzen duen eta software garapenerako tresnak eta prozesuak sortzen dituena da. problema operatibo klasikoak ebazteko.
DevOps-ek, azken finean, garatzaile baten ordenagailu eramangarritik kodea hartu eta azken produktuaren erabileratik diru-sarrera bihurtzen duten kanalizazio digitalak sortzea da, hori da kontua. Kontuan izan DevOps-en karrera hautatzea sari ekonomikoekin nahiko konpentsatua dela, ia enpresa guztiek "DevOps-ak egiten" edo bat direla aldarrikatzen dutelako. Enpresa hauek non dauden edozein dela ere, DevOps gisa lan aukera orokorrak nahiko handiak dira eta enplegu "dibertigarria" eta esanguratsua eskaintzen dute datozen urte askotan.
Hala ere, kontuz ibili "DevOps taldea" edo "DevOps saila" kontratatzen duten enpresek.Zuzki, horrelako gauzak ez lirateke existitu behar, azken finean, DevOps softwarea emateko kultura eta modu bat da oraindik, ez talde berri bat pertsonalizatu edo saila sortzeko. izen dotorea.
Lege-oharra
Orain utzi dezagun Kool-Aid edalontzia une batez alde batera eta hausnartu dezagun. Entzun al duzu esaera zaharra "ez dago DevOps ingeniari txikirik?" Hala ez bada, jakin ezazu hau Reddit eta StackOverflow-en trope ezaguna dela. Baina zer esan nahi du?
Besterik gabe, esaldi honek esan nahi du urte askotako esperientzia behar dela tresnen ulermen sendoarekin konbinatuta, azken finean, DevOps-eko profesional senior benetan eraginkorra izateko. Eta, tamalez, ez dago lasterbiderik helburua lortzeko. Beraz, hau ez da sistemarekin jolasteko saiakera bat - ez dut uste benetan posible denik industrian hilabete gutxiko esperientzia duen DevOps ingeniari senior bat izatearen itxurak egitea. Azkar aldatzen diren tresnak eta metodologiak ondo ulertzea urteetako esperientzia behar da, eta ezin da horri bueltarik eman. Hala ere, bada enpresa gehienek erabiltzen duten tresna eta kontzeptuen menu ia koherentea (modan dagoena, nahi baduzu), eta horretaz arituko gara.
Berriz ere, tresnak trebetasunetatik desberdinak dira, beraz, tresnak ikasten ari zaren bitartean, ziurtatu zure gaitasunak ez dituzula alde batera uzten (inkestak, sareak lantzea, idatzizko komunikazioa, arazoak konpontzea, etab.). Garrantzitsuena, ez galdu bistatik aurkitu nahi duguna: ideiak hartu eta diru-sarrerak sortzen dituzten kode bihurtzen dituen kanalizazio digital guztiz automatizatu bat sortzeko modu bat. Hau da artikulu honen ondorio garrantzitsuena!
Nahikoa berriketa, noiz hasi naiteke?
Jarraian, DevOps oinarrizko ezagutzaren bide-orria dago. Bertan azaltzen den guztia menperatu ondoren, segurtasunez eta zintzotasunez deitu dezakezu zure burua DevOps ingeniari! Edo hodeiko ingeniari bat "DevOps" izena gustatzen ez bazaizu.
Mapa honek nire (eta ziurrenik espazio honetan lan egiten duen jende gehienak) DevOps ingeniari eskudun batek jakin behar duenaren ideia adierazten du. Hala ere, hau iritzi bat baino ez da, eta, noski, egongo da horrekin ados ez daudenak. Hau ondo dago! Hemen ez gara perfekzioa bilatzen, oinarri sendo baten bila ari gara benetan eraiki ahal izateko.
Bide horretatik joan behar duzu pixkanaka, geruzaz geruza. Has gaitezen (eta jarraitu!) oinarriekin lehenik eta behin urdineko elementuak ezagutuz: Linux, Python eta AWS. Gero, denborak edo lan-merkatuaren eskariak aukera ematen badu, egin gauza moreak: Golang eta Google Cloud.
Egia esan, oinarrizko goiko geruza betirako aztertu beharko duzun zerbait da. OS Linux oso konplexua da eta urteak behar ditu menderatzeko. Python-ek etengabeko praktika behar du eguneratuta egoteko. AWS oso azkar eboluzionatzen ari da, non gaur egun ezagutzen duzuna hemendik urtebetera zure ezagutza-zorro orokorreko parte izango da. Oinarrizkoak ikasi ondoren, joan benetako trebetasun multzora. Kontuan izan guztira 6 zutabe urdin daudela (Konfigurazioa, Bertsioa, Paketatzea, Hedapena, Abiaraztea, Jarraipena), ikasketa hilabeteko bat.
Noski, gure sei hilabeteko kanalizazioan etapa garrantzitsurik ez dagoela nabaritu duzu: probak. Nahita ez nuen bide-orrian sartu, modulu bat, integrazio eta onarpen probak idaztea ez delako erraza eta tradizionalki garatzaileen sorbaldetan baitago. Eta βprobakβ fasea saltea, bide orri honen helburua oinarrizko gaitasunak eta tresnak ahalik eta azkarren menderatzea dela azaltzen du. Egilearen arabera, proba-esperientzia eza oztopo txiki bat baino ez da DevOps-en erabilera zuzena izateko.
Gainera, gogoratu hemen ez dugula zerikusirik ez duten hizpide tekniko mordoa ikasten ari, istorio argi bat sortzeko elkartzen diren tresnak ulertzen baizik. Istorio hau amaieratik amaierako prozesuen automatizazioari buruzkoa da, muntaketa kate bat bezala bitsak mugitzen dituen kate digitala. Ez duzu tresna mordoa ikasi nahi eta gelditzen jarraitu! DevOps tresnak azkar aldatzen dira, baina kontzeptuak askoz gutxiagotan aldatzen dira. Hori dela eta, ahalegindu beharko zenuke tresnak erabiltzen goi mailako kontzeptuetarako proxy didaktiko gisa.
Ados, sakon dezagun pixka bat!
Oinarrizko ezagutzak
Foundation dioen goiko urratsaren azpian, DevOps ingeniari bakoitzak menperatu behar dituen gaitasunak ikus ditzakezu. Trebetasun hauek industriaren hiru zutabeen kudeaketa segurua da, hau da: sistema eragilea, programazio-lengoaia eta hodei publikoa. Gauza hauek ez dira azkar ikasi eta aurrera egin dezakezun zerbait. Trebetasun horiek etengabe hobetu eta menperatu behar dira industrian abangoardian egoteko eta zure inguruko lanbide-inguruneari dagozkionak izateko. Joan ditzagun banan-banan.
Linux da dena funtzionatzen duen lekuan. Izan al zaitezke DevOps-eko praktikatzaile harrigarria Microsoft ekosisteman erabat geratzen zaren bitartean? Ziur ahal duzula! Ez dago Linux bakarrik erabiltzea agintzen duen legerik. Hala ere, kontuan izan Linux-en gauza guztiak Windows-en egin daitezkeen arren, han askoz mingarriagoa eta funtzionaltasun gutxiagorekin gertatzen dela. Une honetan, pentsatzekoa da Linux ezagutu gabe ezinezkoa dela benetako DevOps profesional bihurtzea, beraz, Linux ikasi eta ikasi beharko zenukeen zerbait da.
Egia esanda, hori egiteko modurik onena Linux (Fedora edo Ubuntu) etxean instalatzea eta ahalik eta gehien erabiltzea da. Jakina, gauza asko hautsiko dituzu, lan prozesuetan trabatu egingo zara, dena konpondu beharko duzu, baina Linux ikasiko duzu!
Bide batez, RedHat aldaerak ohikoagoak dira Ipar Amerikan, beraz, zentzuzkoa da Fedora edo CentOS-ekin hastea. KDE edo Gnome edizioa erosi behar duzun galdetzen baduzu, aukeratu KDE. Hau da Linus Torvaldsek berak erabiltzen duena.
Python da nagusien back-end hizkuntza gaur egun. Hasteko erraza da eta oso erabilia da. Python oso ohikoa da adimen artifizialaren eta ikaskuntza automatikoaren arloan, beraz, inoiz beste eremu bero batera joan nahi baduzu, guztiz prestatuta egongo zara.
Amazon Web Services: Berriro ere, ezinezkoa da DevOps profesional ondua izatea hodei publikoak nola funtzionatzen duen ondo ulertu gabe. Eta horri buruz gehiago jakin nahi baduzu, begiratu Amazon Web Services-en. Zerbitzuen esparru honetan liderra da eta lan-tresna multzo aberatsena eskaintzen du.
Posible al da Google Cloud edo Azure-rekin hastea? Noski ahal duzula! Baina azken krisi finantzarioa gogoratuz, kontuan izan behar da AWS dela aukerarik seguruena, 2018an behintzat, kontu bat doan erregistratzeko eta hodeiko zerbitzuen aukerak aztertzen hasteko aukera ematen baitu. Gainera, AWS kontsolak menu sinple eta argi bat eskaintzen dio erabiltzaileari aukeratzeko. Berri ona da ez duzula Amazonen teknologia guztiak ezagutu behar hori egiteko.
Hasi honako hauekin: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing under the EC2 aterkian) eta Security Group. Gauza hauek nahikoak dira hasteko, eta hodeian oinarritutako enpresa moderno guztiek nahiko aktiboki erabiltzen dituzte tresna hauek. AWSren prestakuntza gunea hasteko leku ona da.
Egunero 20-30 minutu pasatzea gomendatzen dizut Python hizkuntzarekin, Linux sistema eragilearekin eta AWS hodeiko zerbitzuarekin ikasten eta praktikatzen ikasi beharko dituzun beste gauzez gain. Orokorrean, uste dut egunean ordu bat gastatzea astean bost aldiz nahikoa dela DevOps industria 6 hilabetetan edo gutxiagoan ulertzeko. Guztira 6 osagai nagusi daude, eta horietako bakoitzari hilabete bateko prestakuntzari dagokio. Hori da oinarrizko ezagutzak lortzeko behar duzun guztia.
Hurrengo artikuluetan, hurrengo konplexutasun-maila aztertuko dugu: nola automatizatu guztiz automatizatu softwarearen konfigurazioa, bertsioa, ontziratzea, hedatzea, abian jartzea eta kontrolatzea.
Oso laster jarraitzeko...
Iragarki batzuk π
Eskerrik asko gurekin geratzeagatik. Gustuko dituzu gure artikuluak? Eduki interesgarri gehiago ikusi nahi? Lagun iezaguzu eskaera bat eginez edo lagunei gomendatuz, , sarrera-mailako zerbitzarien analogo paregabea, guk zuretzat asmatu duguna: (RAID1 eta RAID10-ekin erabilgarri, 24 nukleoraino eta 40 GB DDR4 arte).
Dell R730xd 2 aldiz merkeagoa Amsterdameko Equinix Tier IV datu-zentroan? Hemen bakarrik Herbehereetan! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 $-tik aurrera! Irakurri buruz
Iturria: www.habr.com