Waarom stelseladministrateurs DevOps-ingenieurs moet word

Waarom stelseladministrateurs DevOps-ingenieurs moet word

Daar is geen beter tyd om in die lewe te leer as vandag nie.


Dit is 2019, en DevOps is meer relevant as ooit. Hulle sê dat die dae van stelseladministrateurs verby is, net soos die era van die hoofraam. Maar is dit regtig so?
Soos dikwels in IT gebeur, het die situasie verander. Die DevOps-metodologie het na vore gekom, maar dit kan nie bestaan ​​sonder 'n persoon met stelseladministrateurvaardighede nie, dit wil sê sonder Ops.

Voordat die DevOps-benadering sy moderne vorm aangeneem het, het ek myself as 'n Ops geklassifiseer. En ek weet baie goed wat 'n stelseladministrateur ervaar wanneer hy besef hoeveel hy nog nie kan doen nie en hoe min tyd hy het om dit te leer.

Waarom stelseladministrateurs DevOps-ingenieurs moet word

Maar is dit regtig so skrikwekkend? Ek sou sê dat 'n gebrek aan kennis nie as 'n soort groot probleem beskou moet word nie. Dit is meer 'n professionele uitdaging.

Webskaalprodukte is gebaseer op Linux of ander oopbronsagteware, en daar is al hoe minder mense op die mark wat in staat is om dit te onderhou. Die vraag het reeds die aantal professionele persone in hierdie veld oorskry. 'n Stelseladministrateur sal nie meer eenvoudig kan aanhou werk sonder om sy vaardigheidsvlak te verbeter nie. Hy moet outomatiseringsvaardighede hê om verskeie bedieners/nodes te bestuur en 'n goeie begrip hê van hoe hulle werk om probleme op te los wat ontstaan.

Voordat jy 'n lid van die DevOps-span word, moet jy nogal 'n lang maar interessante reis deurmaak, nuwe tegnologieë en verskeie nutsmiddels leer wat nodig is om die stelsel volgens DevOps-standaarde in stand te hou.

So, hoe kan 'n stelseladministrateur van die gewone benadering tot werk na die nuwe konsep van DevOps beweeg? Alles is soos gewoonlik: eers moet jy jou denke verander. Dit is nie maklik om die benadering wat jy die afgelope tien of twintig jaar volg, prys te gee en dinge anders te begin doen nie, maar dit is nodig.

Eerstens is dit belangrik om te verstaan ​​dat DevOps nie 'n spesifieke posisie in 'n maatskappy is nie, maar 'n stel spesifieke praktyke. Hierdie praktyke impliseer die verspreiding van geïsoleerde stelsels, die vermindering van die skade van foute en foute, gereelde en tydige sagteware-opdaterings, goed gevestigde interaksie tussen ontwikkelaars (Dev) en administrateurs (Ops), sowel as konstante toetsing van nie net die kode nie, maar ook die hele struktuur binne die proses deurlopende integrasie en aflewering (CI/CD).

Saam met die verandering van die manier van dink, moet jy leer hoe om die infrastruktuur in stand te hou en die stabiele werking, betroubaarheid en beskikbaarheid daarvan te verseker vir deurlopende integrasie en lewering van toepassings, dienste en sagteware.

Wat jy dalk mis as 'n Ops-professional is programmeringsvaardighede. Die skryf van skrifte (skrifte), wat stelseladministrateurs gebruik om outomaties pleisters op 'n bediener te installeer, lêers en rekeninge te bestuur, probleme op te los en dokumentasie saam te stel, word reeds as uitgedien beskou. Skripte is steeds van toepassing in relatief eenvoudige gevalle, maar DevOps gaan oor die oplossing van grootskaalse probleme, of dit nou implementering, toetsing, bouwerk of implementering is.

Dus, as jy outomatisering wil leer, moet jy ten minste 'n bietjie programmering bemeester, selfs al is jy nie 'n ontwikkelaar nie, want in hierdie stadium van jou ontwikkeling infrastruktuur outomatisering in DevOps vereis hierdie vaardigheid.

Wat om te doen? Om as 'n spesialis in aanvraag te bly, moet jy relevante vaardighede aanleer - bemeester ten minste een programmeertaal, byvoorbeeld Python. Dit lyk dalk moeilik vir 'n persoon wat professioneel by administrasie betrokke is, aangesien hy gewoond is om te dink dat slegs ontwikkelaars programmeer. Dit is nie nodig om 'n kenner te word nie, maar kennis van een van die programmeertale (dit kan Python, Bash of selfs Powershell), sal beslis 'n voordeel wees.

Om te leer programmeer neem 'n geruime tyd. Om bedagsaam en geduldig te wees, sal jou help om op hoogte te bly wanneer jy met DevOps-spanlede en -kliënte kommunikeer. 'n Halfuur per dag, 'n uur of meer, die aanleer van 'n programmeertaal moet jou hoofdoel wees.

Stelseladministrateurs en DevOps-spesialiste los soortgelyke probleme op, maar daar is beduidende verskille. Daar word geglo dat 'n stelseladministrateur nie alles kan doen wat 'n DevOps-ingenieur kan nie. Hulle sê dat die stelseladministrateur meer gefokus is op die konfigurasie, instandhouding en versekering van die werkverrigting van bedienerstelsels, maar die DevOps-ingenieur trek al hierdie karretjie en nog 'n klein wa.

Maar hoe waar is hierdie stelling?

Stelseladministrateur: een vegter in die veld

Ten spyte van die verskille en ooreenkomste wat in hierdie artikel opgemerk is, glo ek steeds dat daar geen beduidende verskil tussen stelseladministrasie en DevOps is nie. Stelseladministrateurs het nog altyd dieselfde funksies as DevOps-spesialiste verrig, dit is net dat niemand dit voorheen DevOps genoem het nie. Ek glo dat dit geen sin het om spesifiek na verskille te soek nie, veral as dit nie met enige taak verband hou nie. Moenie vergeet dat, anders as 'n stelseladministrateur, DevOps nie 'n posisie is nie, maar 'n konsep.

Nog 'n belangrike ding moet opgemerk word, waarsonder 'n gesprek oor beide administrasie en DevOps onvolledig sal wees. Stelseladministrasie in die gewone sin veronderstel dat 'n spesialis 'n spesifieke stel vaardighede het en daarop gefokus is om verskeie tipes infrastruktuur te bedien. Nie in die sin dat dit 'n universele werknemer is nie, maar in die sin dat daar 'n aantal take is wat deur alle administrateurs uitgevoer word.

Hulle moet byvoorbeeld van tyd tot tyd as 'n soort tegniese nutsman optree, dit wil sê letterlik alles doen. En as daar net een so 'n administrateur vir die hele organisasie is, dan sal hy oor die algemeen al die tegniese werk verrig. Dit kan enigiets wees van die instandhouding van drukkers en kopieerders tot die uitvoering van netwerkverwante take soos die opstel en bestuur van routers en skakelaars of die opstel van 'n firewall.

Hy sal ook verantwoordelik wees vir hardeware-opgraderings, log-inspeksie en -analise, sekuriteitsoudits, bediener-patching, probleemoplossing, worteloorsaak-analise en outomatisering - tipies deur PowerShell-, Python- of Bash-skrifte. Een voorbeeld van gebruik scenario's is die bestuur van gebruikers- en groeprekeninge. Die skep van gebruikersrekeninge en die toeken van toestemmings is 'n uiters vervelige taak aangesien gebruikers byna elke dag verskyn en verdwyn. Outomatisering deur middel van skrifte maak tyd vry vir belangriker infrastruktuurtake, soos die opgradering van skakelaars en bedieners en ander projekte wat die winsgewendheid van die maatskappy waar die administrateur werk beïnvloed (al word algemeen aanvaar dat die IT-afdeling nie direk inkomste genereer nie).

Die taak van die stelseladministrateur is om nie tyd te mors en die maatskappy geld op enige moontlike manier te bespaar nie. Soms werk stelseladministrateurs as lede van 'n groot span, wat byvoorbeeld administrateurs van Linux, Windows, databasisse, berging, ensovoorts verenig. Werkskedules verskil ook. Byvoorbeeld, 'n skof in een tydsone aan die einde van die dag dra sake oor na die volgende skof in 'n ander tydsone sodat prosesse nie stop nie (volg-die-son); of werknemers het 'n normale werksdag van 9:5 tot XNUMX:XNUMX; of dit werk in 'n XNUMX/XNUMX-datasentrum.

Met verloop van tyd het stelseladministrateurs geleer om strategies te dink en belangrike sake met roetine-take te kombineer. Die spanne en departemente waarin hulle werk, kort gewoonlik hulpbronne, maar terselfdertyd probeer almal om daaglikse take tot die volle omvang te voltooi.

DevOps: ontwikkeling en instandhouding as een

DevOps is 'n soort filosofie vir die ontwikkeling en instandhouding prosesse. Hierdie benadering in die IT-wêreld het werklik innoverend geword.

Onder die sambreel van DevOps is daar 'n sagteware-ontwikkelingspan aan die een kant en 'n onderhoudspan aan die ander kant. Daar word dikwels by hulle aangesluit deur produkbestuurspesialiste, toetsers en gebruikerskoppelvlakontwerpers. Saam stroomlyn hierdie kundiges bedrywighede om vinnig nuwe toepassings en kode-opdaterings te ontplooi om die doeltreffendheid van die hele maatskappy te ondersteun en te verbeter.

DevOps is gebaseer op beheer oor die ontwikkeling en werking van sagteware deur sy hele lewensiklus. Instandhoudingsmense moet ontwikkelaars ondersteun, en ontwikkelaars het die taak om meer te verstaan ​​as net die API's wat in stelsels gebruik word. Hulle moet verstaan ​​wat onder die enjinkap is (dit wil sê hoe hardeware en bedryfstelsels funksioneer) sodat hulle foute beter kan hanteer, probleme kan oplos en met dienstegnici kan kommunikeer.

Stelseladministrateurs kan na 'n DevOps-span inskuif as hulle die nuutste tegnologieë wil leer en oop is vir innoverende idees en oplossings. Soos ek gesê het, hoef hulle nie volwaardige programmeerders te word nie, maar om 'n programmeertaal soos Ruby, Python of Go te bemeester, sal hulle help om baie nuttige lede van die span te word. Alhoewel stelseladministrateurs tradisioneel al die werk self doen en dikwels as alleenlopers beskou word, het hulle in DevOps 'n heeltemal teenoorgestelde ervaring, waar almal in die proses met mekaar omgaan.

Die onderwerp van outomatisering word al hoe meer relevant. Beide stelseladministrateurs en DevOps-spesialiste stel daarin belang om vinnig te skaal, foute te verminder en bestaande foute vinnig te vind en reg te stel. Outomatisering is dus 'n konsep waar twee gebiede konvergeer. Stelseladministrateurs is verantwoordelik vir wolkdienste soos AWS, Azure en Google Cloud Platform. Hulle moet die beginsels van deurlopende integrasie en aflewering verstaan ​​en hoe om gereedskap soos Jenkins.

Daarbenewens moet stelseladministrateurs konfigurasie- en bestuurnutsmiddels gebruik soos Ansible, wat nodig is vir parallelle ontplooiing van tien of twintig bedieners.

Die hoofkonsep is infrastruktuur as kode. Sagteware is alles. Trouens, om die beroep van 'n stelseladministrateur nie relevansie te verloor nie, moet jy net die klem 'n bietjie verander. Stelseladministrateurs is in die diensbesigheid en moet effektief met ontwikkelaars kan kommunikeer, en omgekeerd. Soos hulle sê, een kop is goed, maar twee is beter.

En die laaste detail in hierdie meganisme is gaan. Werk met Git is een van die tradisionele daaglikse verantwoordelikhede van 'n stelseladministrateur. Hierdie weergawebeheerstelsel word wyd gebruik deur ontwikkelaars, DevOps-spesialiste, Agile-spanne en vele ander. As u werk verband hou met die sagteware-lewensiklus, sal u beslis met Git werk.

Git het baie funksies. Jy sal waarskynlik nooit al die Git-opdragte leer nie, maar jy sal presies verstaan ​​hoekom dit 'n stapelvoedsel in sagtewarekommunikasie en -samewerking is. 'n Deeglike kennis van Git is baie belangrik as jy in 'n DevOps-span werk.

As jy 'n stelseladministrateur is, moet jy Git beter bestudeer, verstaan ​​hoe weergawebeheer gebou word en die algemene opdragte onthou: git status, git commit -m, git add, git pull, git push, git rebase, git branch, git diff en ander. Daar is baie aanlyn kursusse en boeke wat jou kan help om hierdie onderwerp van nuuts af te leer en 'n professionele persoon met spesifieke vaardighede te word. Daar is ook wonderlike cheat sheets met Git-opdragte, so jy hoef nie almal te prop nie, maar hoe meer jy Git gebruik, hoe makliker sal dit wees.

Gevolgtrekking

Uiteindelik besluit u of u 'n DevOps-spesialis moet word en of dit beter is om 'n stelseladministrateur te bly. Soos jy kan sien, is daar 'n leerkurwe om die oorgang te maak, maar hoe gouer jy begin, hoe beter. Kies 'n programmeertaal en leer terselfdertyd gereedskap soos gaan (weergawe beheer), Jenkins (CI/CD, deurlopende integrasie) en Ansible (konfigurasie en outomatisering). Watter opsie jy ook al kies, moenie vergeet dat jy voortdurend jou vaardighede moet leer en verbeter nie.

Bron: will.com

Voeg 'n opmerking