Het epos over systeembeheerders als bedreigde diersoort

Systeembeheerders over de hele wereld, gefeliciteerd met uw professionele vakantie!

We hebben geen systeembeheerders meer (nou ja, bijna). De legende over hen is echter nog vers. Ter ere van de feestdag hebben we dit epos voorbereid. Maak het u gemakkelijk, beste lezers.

Er was eens een tijd dat de wereld van Dodo IS in brand stond. In die donkere tijd was de belangrijkste taak van onze systeembeheerders om nog een dag te overleven en niet te huilen.

Lang geleden schreven programmeurs code weinig en langzaam, en plaatsten deze slechts één keer per week op prod. Er deden zich dus maar eens in de zeven dagen problemen voor. Maar toen begonnen ze meer code te schrijven en vaker te posten, de problemen begonnen toe te nemen, soms begon alles uit elkaar te vallen en werd het erger om terug te draaien. Systeembeheerders leden, maar tolereerden deze farce.

Ze zaten 's avonds thuis met angst in hun ziel. En elke keer als het gebeurde "het is nooit gebeurd, en ook hier geeft de monitoring een signaal om hulp: Dude, de wereld staat in brand!". Toen trokken onze systeembeheerders hun rode regenjassen aan, korte broeken over leggings, deden een krul op hun voorhoofd en vlogen om de Dodo-wereld te redden.

Let op, een kleine toelichting. Er zijn nog nooit klassieke systeembeheerders geweest die hardware onderhouden in Dodo IS. We waren meteen gevorderd op Azure clouds.

Wat deden ze:

• als er iets kapot ging, zorgden ze ervoor dat het gerepareerd werd;
• goochelde met servers op expertniveau;
• waren verantwoordelijk voor het virtuele netwerk in Azure;
• waren verantwoordelijk voor dingen op laag niveau, bijvoorbeeld de interacties van componenten (*fluisteren* waarin ze soms niet rondsnuffelden);
• server maakt opnieuw verbinding;
• en vele andere wilde dieren.

Het leven van een team van infrastructuuringenieurs (zoals wij onze systeembeheerders noemden) bestond toen uit brandjes blussen en constant testbanken kapot maken. Ze leefden en rouwden, en toen besloten ze te denken: waarom is het zo erg, of kunnen we het misschien beter doen? Gaan we mensen bijvoorbeeld niet verdelen in programmeurs en systeembeheerders?

probleem

gegeven: er is een systeembeheerder die servers heeft in zijn verantwoordelijkheidsgebied, een netwerk dat hem verbindt met andere servers, programma's op infrastructuurniveau (een webserver die een applicatie host, een databasebeheersysteem, enz.). En er is een programmeur wiens verantwoordelijkheid het werken aan code is.

En er zijn dingen die op de kruising staan. Wiens verantwoordelijkheid is dit?

Gewoonlijk ontmoetten onze systeembeheerders en programmeurs elkaar precies op dit kruispunt en begon het:

“Kerel, niets werkt, waarschijnlijk vanwege de infrastructuur.
- Kerel, nee, het staat in de code.

Op een dag begon er op dit moment een hek tussen hen te groeien, waar ze vrolijk kak doorheen gooiden. De taak werd als een kak van de ene kant van het hek naar de andere gegooid. Tegelijkertijd kwam niemand in de buurt van het oplossen van de situatie. Droevige smiley.

Een zonnestraal doorboorde de bewolkte lucht toen ze een paar jaar geleden bij Google op het idee kwamen om geen taken uit te wisselen, maar een gemeenschappelijk iets te doen.

Maar wat als we alles beschrijven als een code?

In 2016 bracht Google een boek uit met de titel "Site Reliability Engineering" over de transformatie van de rol van een systeembeheerder: van een meester in magie naar een geformaliseerde technische benadering in het gebruik van software en automatisering. Ze gingen zelf door alle doornen en obstakels heen, kregen de smaak te pakken en besloten het met de wereld te delen. Het boek bevindt zich in het publieke domein hier.

Het boek bevat simpele waarheden:

• alles doen als code is goed;
• gebruik een technische benadering - goed;
• goed monitoren is goed;
• voorkomen dat een service wordt vrijgegeven als deze geen duidelijke logging en monitoring heeft, is ook goed.

Deze praktijken werden gelezen door onze Gleb (entropie), en daar gaan we. Implementeren! Nu zitten we in een overgangsfase. Het SRE-team is gevormd (er zijn 6 kant-en-klare specialisten, nog 6 zijn aan boord) en staan ​​klaar om de wereld, die volledig uit code bestaat, ten goede te veranderen.

We bouwen onze infrastructuur zo in dat ontwikkelaars hun omgevingen volledig zelfstandig kunnen beheren en met SRE kunnen samenwerken.

Wang in plaats van conclusies

Systeembeheerder is een waardig beroep. Maar kennis van het systeemgedeelte vereist ook uitstekende vaardigheden op het gebied van software-engineering.

Systemen worden steeds eenvoudiger en superunieke kennis van het beheer van ijzeren servers wordt elk jaar minder gevraagd. Cloudtechnologieën vervangen de behoefte aan deze kennis.

Een goede systeembeheerder zal in de nabije toekomst over goede vaardigheden op het gebied van software-engineering moeten beschikken. Sterker nog, hij zou goede vaardigheden op dit gebied moeten hebben.

Niemand weet hoe hij de toekomst moet voorspellen voordat het gebeurt, maar we geloven dat er na verloop van tijd steeds minder bedrijven zullen zijn die iets willen toevoegen aan het eindeloos opgeblazen personeel van systeembeheerders. Hoewel fans natuurlijk zullen blijven. Weinigen rijden tegenwoordig op paarden, gebruiken meestal auto's, hoewel er liefhebbers zijn ...

Fijne systeembeheerdersdag allemaal, code voor iedereen!

Bron: www.habr.com