Systeembehearders oer de hiele wrâld, lokwinsken mei jo profesjonele fakânsje!
Wy hawwe gjin systeembehearders mear (goed, hast). De leginde oer har is lykwols noch fris. Ta eare fan 'e fakânsje hawwe wy dit epos taret. Meitsje dysels noflik, bêste lêzers.
Eartiids stie de wrâld fan Dodo IS yn 'e brân. Yn dy tsjustere tiid wie de wichtichste taak fan ús systeembehearders om in oare dei te oerlibjen en net te skriemen.
Eartiids skreau programmeurs koade lyts en stadich, en publisearre it mar ien kear yn 'e wike. Sa ûntstienen problemen mar ien kear yn de sân dagen. Mar doe begûnen se mear koade te skriuwen en it faker te publisearjen, problemen begûnen te ferheegjen, soms begon alles útinoar te fallen, en de rollbacks waarden slimmer. Systeembehearders hawwe te lijen, mar tolerearre dizze farce.
Se sieten jûns thús mei eangst yn 'e siel. En elke kear as it barde "it barde noait, en no wer stjoert de tafersjoch in sinjaal foar help: Dude, de wrâld stiet yn 'e brân!" Doe die ús systeembehearders har reade reinjassen oan, koarte broek oer leggings, makken in krul op 'e foarholle en fleagen om de Dodo-wrâld te rêden.
Oandacht, in lytse útlis. D'r hawwe nea klassike systeembehearders west dy't hardware ûnderhâlde yn Dodo IS. Wy wiene daliks foarút yn 'e Azure wolken.
Wat hawwe se dien:
- as der wat briek, soarge se der foar dat it fêstmakke wie;
- juggled tsjinners op in saakkundich nivo;
- wiene ferantwurdlik foar it firtuele netwurk yn Azure;
- wienen ferantwurdlik foar lege-nivo dingen, bygelyks, de ynteraksjes fan komponinten (* flústerjen * dêr't soms net fumble oer);
- tsjinner reconnections;
- en in protte oare wylden.
It libben fan in team fan ynfrastruktuer-yngenieurs (dat neamden wy ús systeembehearders) bestie doe út it blussen en hieltyd brekken fan testbanken. Se libbe en fertriet, en besleaten doe te tinken: wêrom is it sa slim, of kinne wy miskien better? Litte wy bygelyks minsken net ferdielen yn programmeurs en systeembehearders?
Probleem
Jûn: der is in systeembehearder dy't ferantwurdlik is foar servers, in netwurk dat him ferbynt mei oare servers, programma's op ynfrastruktuernivo (webserver dy't de applikaasje host, databasebehearsysteem, ensfh.). En d'r is in programmeur waans gebiet fan ferantwurdlikens wurkkoade is.
En d'r binne dingen dy't op 'e krusing binne. Wa syn ferantwurdlikens is dit?
Normaal wie it op dit krúspunt dat ús systeembehearders en programmeurs moete en it begon:
- Dudes, neat wurket, wierskynlik fanwege de ynfrastruktuer.
- Dudes, nee, it stiet yn de koade.
Op in dei, op dit stuit, begûn der in hek tusken harren te groeien, dêr't se bliid kak smiten. It probleem waard smiten fan de iene kant fan it hek nei de oare as turd. Net ien kaam lykwols tichtby it oplossen fan de situaasje. Sad smiley.
In sinnestriel trochbriek de bewolkte loft doe't Google in pear jier lyn op it idee kaam om taken net te dielen, mar gewoane dingen te dwaan.
Wat as wy alles beskriuwe as koade?
Yn 2016 publisearre Google it boek "Site Reliability Engineering" oer de transformaasje fan 'e rol fan' e systeembehearder: fan in master fan magy nei in formalisearre engineering oanpak foar it brûken fan software en automatisearring. Se sels gongen troch alle stikels en obstakels, krigen de greep en besletten it te dielen mei de wrâld. It boek is yn it publike domein .
It boek befettet ienfâldige wierheden:
- alles dwaan as koade is goed;
- it brûken fan in technyske oanpak is goed;
- goede tafersjoch dwaan is goed;
- it net tastean fan in tsjinst frij te litten as it gjin dúdlike logging en tafersjoch hat is ek goed.
Dizze praktiken waarden lêzen troch ús Gleb (), en wy geane. Litte wy it útfiere! Wy binne no yn in oergongsfase. It SRE-team is foarme (d'r binne 6 ready-made spesjalisten, nochris 6 binne oan board) en is ree om de wrâld, folslein besteande út koade, foar it better te feroarjen.
Wy meitsje ús ynfrastruktuer op sa'n manier dat ûntwikkelders har omjouwing folslein selsstannich kinne beheare en gearwurkje mei SRE's.
Wanguy ynstee fan konklúzjes
Systeembehearder is in weardich berop. Mar kennis fan it systeemdiel fereasket ek poerbêste software-technykfeardigens.
Systemen wurde ienfâldiger en ienfâldiger, en super-unike kennis fan it administrearjen fan hardware-tsjinners wurdt alle jierren minder yn fraach. Wolkentechnologyen ferfange de needsaak foar dizze kennis.
In goede systeembehearder sil yn 'e heine takomst goede software engineeringfeardigens moatte hawwe. En it is noch better dat hy hat goede feardichheden yn dit gebiet.
Nimmen wit hoe't se de takomst foarsizze moatte foardat it bart, mar wy leauwe dat d'r yn 'e rin fan' e tiid minder en minder bedriuwen sille wêze dy't ree binne om har einleaze ballonjende personiel fan systeembehearders te fergrutsjen. Hoewol, fansels, sille d'r amateurs wêze. In pear minsken ride hjoed op hynders; se brûke meast auto's, hoewol d'r binne guon dy't amateurs binne ...
Lokkige sysadmindei foar elkenien, koade foar elkenien!
Boarne: www.habr.com