Ez dago bizitzan gaur baino garai hoberik ikasteko.
2019a da, eta DevOps inoiz baino garrantzitsuagoa da. Sistema administratzaileen garaiak amaitu direla diote, mainframearen garaia bezala. Baina benetan horrela al da?
Informatikan askotan gertatzen den bezala, egoera aldatu egin da. DevOps metodologia sortu da, baina ezin da existitu sistema administratzaile gaitasunak dituen pertsonarik gabe, hau da, Ops gabe.
DevOps ikuspegiak forma modernoa hartu aurretik, Ops gisa sailkatu nuen neure burua. Eta oso ondo dakit sistema-administratzaile batek zer bizi duen oraindik zenbat ezin duen egin eta zenbat denbora gutxi duen ikasteko konturatzen denean.
Baina benetan horren beldurgarria al da? Esango nuke ezagutza eza ez dela nolabaiteko arazo handitzat hartu behar. Erronka profesional bat gehiago da.
Web-eskalako produktuak Linux edo kode irekiko beste software batean oinarritzen dira, eta gero eta jende gutxiago dago merkatuan horiek mantentzeko gai. Eskariak arlo honetako profesionalen kopurua gainditu du dagoeneko. Sistema-administratzaile batek ezingo du lanean jarraitu besterik gabe bere trebetasun maila hobetu gabe. Zerbitzari/nodo anitz kudeatzeko automatizazio gaitasunak izan behar ditu eta sortzen diren arazoak konpontzeko nola funtzionatzen duten ondo ulertu behar du.
DevOps taldeko kide bihurtu aurretik, ibilbide luze baina interesgarria egin behar duzu, teknologia berriak eta DevOps estandarren arabera sistema mantentzeko beharrezkoak diren hainbat tresna ikasiz.
Beraz, nola pasa daiteke sistema-administratzaile bat lanerako ohiko ikuspegitik DevOps kontzeptu berrira? Dena ohikoa da: lehenik eta behin, pentsaera aldatu behar duzu. Ez da erraza azken hamar-hogei urteotan jarraitu duzun planteamenduari uko egin eta gauzak beste era batera egiten hastea, baina beharrezkoa da.
Lehenik eta behin, garrantzitsua da ulertzea DevOps ez dela enpresa bateko posizio zehatz bat, praktika zehatz batzuen multzoa baizik. Praktika hauek sistema isolatuak banatzea suposatzen dute, akatsen eta akatsen kalteak murriztea, softwarearen eguneratzeak maiz eta puntualak, garatzaileen (Dev) eta administratzaileen (Ops) arteko elkarrekintza ondo finkatua, baita kodea ez ezik, etengabeko probak egitea ere. prozesuaren barneko egitura osoa ere .
Pentsamoldea aldatzearekin batera, azpiegitura mantentzen eta funtzionamendu egonkorra, fidagarritasuna eta erabilgarritasuna bermatu behar dituzu aplikazioak, zerbitzuak eta softwareak etengabe integratzeko eta entregatzeko.
Ops profesional gisa faltako zaizuna programazio gaitasunak dira. Orain, sistema-administratzaileek zerbitzari batean adabakiak automatikoki instalatzeko, fitxategiak eta kontuak kudeatzeko, arazoak konpontzeko eta dokumentazioa konpilatzeko erabiltzen dituzten script-ak idaztea dagoeneko zaharkituta dago. Scripting-ak kasu nahiko errazetan aplikatzen dira oraindik, baina DevOps eskala handiko arazoak konpontzea da, izan inplementazioa, probak, eraikuntzak edo inplementazioak.
Horrela, automatizazioa ikasi nahi baduzu, programazio pixka bat menperatu behar duzu gutxienez, garatzailea ez izan arren, zure garapenaren fase honetan. DevOps-en trebetasun hori eskatzen du.
Zer egin? Espezialista gisa eskaria izaten jarraitzeko, trebetasun garrantzitsuak lortu behar dituzu - gutxienez programazio-lengoaia bat menperatu, adibidez Python. Hori zaila irudituko zaio administrazioan profesionalki diharduen pertsona bati, ohituta baitago garatzaileek soilik programatzen dutela pentsatzera. Ez da beharrezkoa aditua izatea, programazio-lengoaiaren baten ezagutza baizik (Python, Bash edo are gehiago). ), zalantzarik gabe abantaila bat izango da.
Programatzen ikasteak denbora pixka bat behar du. Kontzientea eta pazientzia izateak DevOps taldeko kideekin eta bezeroekin komunikatzeko gauzen gainean egoten lagunduko dizu. Egunean ordu erdi, ordubete edo gehiago, programazio-lengoaia ikastea izan behar da zure helburu nagusia.
Sistema-administratzaileek eta DevOps-eko espezialistek antzeko arazoak konpontzen dituzte, hala ere, desberdintasun handiak daude. Uste da sistemaren administratzaile batek ezin duela egin DevOps ingeniari batek egin dezakeen guztia. Diotenez, sistemaren administratzailea zerbitzari sistemen konfigurazioan, mantentzen eta errendimendua ziurtatzean zentratuago dago, baina DevOps ingeniariak gurdi hori guztia eta beste gurdi txiki bat ateratzen ditu.
Baina zenbateraino da egia baieztapen hau?
Sistemaren administratzailea: gudari bat eremuan
Artikulu honetan adierazitako desberdintasunak eta antzekotasunak izan arren, oraindik uste dut ez dagoela desberdintasun handirik sistemen administrazioaren eta DevOps-en artean. Sistema-administratzaileek beti egin izan dituzte DevOps-eko espezialisten funtzio berdinak, besterik ez da inork ez zuela DevOps deitzen lehenago. Uste dut ez duela balio berariaz desberdintasunak bilatzea, batez ere zereginekin lotuta ez badago. Ez ahaztu, sistema-administratzaile batek ez bezala, DevOps ez dela posizio bat, kontzeptu bat baizik.
Beste gauza garrantzitsu bat ere kontuan izan behar da, hori gabe administrazioari eta DevOps-i buruzko elkarrizketa osatu gabe egongo da. Sistema-administrazioak ohiko zentzuan suposatzen du espezialista batek gaitasun multzo zehatz bat duela eta hainbat azpiegituren zerbitzura bideratzen dela. Ez hau langile unibertsala den zentzuan, baizik eta administratzaile guztiek betetzen dituzten hainbat zeregin daudelako.
Esaterako, noizean behin eskulan tekniko moduko baten moduan jokatu behar dute, hau da, literalki dena egin. Eta erakunde osorako administratzaile bakarra badago, oro har, lan tekniko guztiak egingo ditu. Inprimagailuak eta fotokopiagailuak mantentzea edo sarearekin lotutako zereginak burutzea, hala nola bideratzaileak eta etengailuak konfiguratzea eta kudeatzea edo suebaki bat konfiguratzea izan daiteke.
Hardwarearen eguneratzeak, erregistroen ikuskapena eta analisia, segurtasun auditoretzak, zerbitzariaren adabakiak, arazoak konpontzea, kausen arrazoien azterketa eta automatizazioaz ere arduratuko da, normalean PowerShell, Python edo Bash scripten bidez. Erabilera adibide bat erabiltzaile eta taldeko kontuen kudeaketa da. Erabiltzaile kontuak sortzea eta baimenak esleitzea oso lan neketsua da, erabiltzaileak ia egunero agertzen eta desagertzen baitira. Scripten bidezko automatizazioak denbora askatzen du azpiegitura-zeregin garrantzitsuagoetarako, hala nola, etengailuak eta zerbitzariak berritzeko eta administratzaileak lan egiten duen enpresaren errentagarritasunean eragina duten beste proiektu batzuetarako (nahiz eta orokorrean onartuta egon IT sailak zuzenean ez duela diru-sarrerarik sortzen).
Sistemaren administratzailearen zeregina denbora ez galtzea eta enpresaren dirua ahalik eta modu batean aurreztea da. Batzuetan, sistema-administratzaileek talde handi bateko kide gisa lan egiten dute, adibidez, Linux, Windows, datu-baseak, biltegiratzea eta abarren administratzaileak batuz. Lan ordutegiak ere aldatu egiten dira. Adibidez, egunaren amaieran ordu-eremu bateko txanda batek kasuak beste ordu-eremu bateko hurrengo txandara pasatzen ditu, prozesuak geldi ez daitezen (eguzkiari jarraituz); edo langileek ohiko lanaldia dute 9:5etatik XNUMX:XNUMXetara; edo XNUMX/XNUMX datu-zentro batean lan egiten ari da.
Denborarekin, sistema-administratzaileek estrategikoki pentsatzen eta gai garrantzitsuak ohiko zereginekin konbinatzen ikasi dute. Lan egiten duten talde eta sailek baliabide eskasak izan ohi dituzte, baina, aldi berean, denak saiatzen dira eguneroko zereginak neurririk handienarekin betetzen.
DevOps: garapena eta mantentze-lana bat bezala
garapen eta mantentze prozesuetarako filosofia moduko bat da. IT munduan ikuspegi hau benetan berritzailea bihurtu da.
DevOps-en aterkipean, softwarea garatzeko talde bat dago alde batetik eta mantentze talde bat bestetik. Askotan produktuen kudeaketako espezialistak, probatzaileak eta erabiltzaile-interfazeen diseinatzaileak elkartzen dira. Elkarrekin, talde hauek eragiketak errazten dituzte aplikazio berriak eta kode eguneraketak azkar zabaltzeko, konpainiaren errendimendua laguntzeko eta hobetzeko.
DevOps softwarearen garapenaren eta funtzionamenduaren kontrolean oinarritzen da bere bizitza-ziklo osoan. Mantentze-lanek garatzaileei lagundu behar diete, eta garatzaileek sistemetan erabiltzen diren APIak baino gehiago ulertzea dute zeregina. Kanpaiaren azpian zer dagoen ulertu behar dute (hau da, hardwareak eta sistema eragileak nola funtzionatzen duten), akatsak hobeto kudeatu, arazoak konpondu eta zerbitzu-teknikariekin elkarreragin ahal izateko.
Sistema-administratzaileak DevOps talde batera joan daitezke azken teknologiak ikasi nahi badituzte eta ideia eta irtenbide berritzaileetara irekita badaude. Lehen esan dudan bezala, ez dute zertan erabateko programatzaile bihurtu behar, baina Ruby, Python edo Go bezalako programazio-lengoaia menperatzeak taldekide oso erabilgarriak izaten lagunduko die. Sistema-administratzaileek tradizionalki lan guztia beraiek egiten duten arren eta sarritan bakarti gisa hautematen badira ere, DevOps-en guztiz kontrako esperientzia dute, non prozesuan dauden guztiek elkarren artean elkarreragiten duten.
Automatizazioaren gaia gero eta garrantzitsuagoa da. Bai sistema-administratzaileak eta DevOps-eko espezialistak azkar eskalatzeko, akatsak murrizteko eta lehendik dauden akatsak azkar aurkitzeko eta konpontzeko interesa dute. Beraz, bi eremu bat egiten duten kontzeptua da automatizazioa. Sistema-administratzaileak hodeiko zerbitzuen arduradunak dira, hala nola AWS, Azure eta Google Cloud Platform. Etengabeko integrazioaren eta entregaren printzipioak ulertu behar dituzte eta bezalako tresnak nola erabili .
Gainera, sistema-administratzaileek konfigurazio- eta kudeaketa-tresnak erabili behar dituzte, esaterako , hamar edo hogei zerbitzari paraleloan hedatzeko beharrezkoa.
Kontzeptu nagusia da . Softwarea dena da. Izan ere, sistema-administratzailearen lanbideak garrantzia ez galtzeko, enfasia pixka bat aldatu besterik ez duzu egin behar. Sistema-administratzaileak zerbitzu negozioan daude eta garatzaileekin eraginkortasunez komunikatzeko gai izan behar dute, eta alderantziz. Esaten den bezala, buru bat ona da, baina bi hobeak.
Eta mekanismo honen azken xehetasuna da . Git-ekin lan egitea sistema-administratzaile baten eguneroko ardurenetako bat da. Bertsio-kontrol-sistema hau garatzaileek, DevOps-eko espezialistek, Agile taldeek eta beste askok erabiltzen dute. Zure lana softwarearen bizi-zikloarekin lotuta badago, zalantzarik gabe Git-ekin lan egingo duzu.
Git-ek ezaugarri asko ditu. Sekula ez dituzu Git komando guztiak ikasiko, baina ulertuko duzu zehazki zergatik den oinarrizko softwarearen komunikazioan eta lankidetzan. Git-en ezagutza sakona oso garrantzitsua da DevOps talde batean lanean ari bazara.
Sistema-administratzailea bazara, orduan Git hobeto aztertu behar duzu, bertsio-kontrola nola eraikitzen den ulertu eta komando arruntak gogoratu: git egoera, git commit -m, git gehitu, git pull, git push, git rebase, git adarra, git diff eta besteak. Lineako ikastaro eta liburu asko daude gai hau hutsetik ikasten eta trebetasun espezifikoak dituen profesional bihurtzen lagun zaitzaketenak. Zoragarriak ere badaude , beraz, ez dituzu guztiak bildu beharrik, baina Git zenbat eta gehiago erabili, orduan eta errazagoa izango da.
Ondorioa
Azken finean, zuk erabakitzen duzu DevOps espezialista bihurtu behar duzun edo hobe den sistemaren administratzaile izaten jarraitzea. Ikusten duzunez, trantsizioa egiteko ikasketa kurba dago, baina zenbat eta lehenago hasi, orduan eta hobeto. Aukeratu programazio-lengoaia bat eta, aldi berean, ikasi bezalako tresnak (bertsio kontrola), (CI/CD, etengabeko integrazioa) eta (konfigurazioa eta automatizazioa). Aukeratzen duzun aukera edozein dela ere, ez ahaztu zure gaitasunak etengabe ikasi eta hobetu behar dituzula.
Iturria: www.habr.com