Epopeja o sistemskih skrbnikih kot ogroženi vrsti

Sistemski skrbniki po vsem svetu, čestitke za vaš poklicni praznik!

Sistemskih administratorjev nimamo več (no, skoraj). Vendar je legenda o njih še sveža. V počastitev praznika smo pripravili ta ep. Udobno se namestite, dragi bralci.

Epopeja o sistemskih skrbnikih kot ogroženi vrsti

Nekoč je svet Dodo IS gorel. V tem mračnem času je bila glavna naloga naših sistemskih skrbnikov preživeti še en dan in ne jokati.

Pred davnimi časi so programerji malo in počasi pisali kodo in jo objavljali na prod le enkrat na teden. Tako so se težave pojavile le enkrat na sedem dni. Potem pa so začeli pisati več kode in jo pogosteje objavljati, težave so se začele povečevati, včasih je vse začelo razpadati in še hujše je bilo vrniti nazaj. Sistemski skrbniki so trpeli, vendar so tolerirali to farso.

Zvečer so sedeli doma s tesnobo v duši. In vsakič, ko se je zgodilo "nikoli se ni zgodilo, in tukaj spet spremljanje pošlje signal na pomoč: Stari, svet gori!". Nato so naši sistemski skrbniki oblekli rdeče dežne plašče, kratke hlače čez pajkice, si naredili kodre na čelu in poleteli reševat Dodo svet.

Pozor, malo pojasnila. V Dodo IS nikoli ni bilo klasičnih sistemskih skrbnikov, ki bi vzdrževali strojno opremo. Takoj smo napredovali na oblakih Azure.

Kaj so storili:

  • če se je kaj pokvarilo, so naredili tako, da so ga popravili;
  • žongliranje strežnikov na strokovni ravni;
  • bili odgovorni za virtualno omrežje v Azure;
  • so bili odgovorni za stvari nizkega nivoja, na primer interakcije komponent (*šepetanje*, v katerem včasih niso pobrskali);
  • strežnik se ponovno poveže;
  • in še mnogo drugih divjih.

Življenje ekipe infrastrukturnih inženirjev (kot smo imenovali naše sistemske skrbnike) je takrat obsegalo gašenje požarov in nenehno razbijanje testnih miz. Živeli so in žalovali, potem pa so se odločili pomisliti: zakaj je tako hudo ali morda lahko naredimo bolje? Na primer, ali ne bomo ljudi delili na programerje in sistemske administratorje?

problem

Glede na: obstaja sistemski skrbnik, ki ima v svojem območju odgovornosti strežnike, omrežje, ki ga povezuje z drugimi strežniki, programe na ravni infrastrukture (spletni strežnik, ki gosti aplikacijo, sistem za upravljanje podatkovnih baz itd.). In obstaja programer, katerega področje odgovornosti je delovna koda.

In obstajajo stvari, ki so na stičišču. Čigava odgovornost je to?

Običajno so se naši sistemski skrbniki in programerji srečali ravno na tem križišču in začelo se je:

»Stari, nič ne deluje, verjetno zaradi infrastrukture.
- Stari, ne, to je v kodi.

Nekega dne je v tem trenutku med njima začela rasti ograja, skozi katero sta veselo metala kakce. Naloga se je kot kakec metala z ene strani ograje na drugo. Hkrati se nihče ni približal rešitvi situacije. Žalosten smešek.

Sončni žarek je prebodel oblačno nebo, ko so se pred nekaj leti pri Googlu domislili, da nalog ne bi izmenjevali, temveč počeli skupno stvar.

Kaj pa, če vse opišemo kot kodo?

Leta 2016 je Google izdal knjigo z naslovom "Site Reliability Engineering" o preobrazbi vloge sistemskega skrbnika: od mojstra magije do formaliziranega inženirskega pristopa pri uporabi programske opreme in avtomatizacije. Sami so šli skozi vse trne in ovire, se sprijaznili in se odločili, da to delijo s svetom. Knjiga je v javni lasti tukaj.

Knjiga vsebuje preproste resnice:

  • delati vse kot kodo je dobro;
  • uporabite inženirski pristop - dobro;
  • dobro spremljanje je dobro;
  • dobro je tudi preprečiti sprostitev storitve, če nima jasnega beleženja in spremljanja.

Te prakse je prebral naš Gleb (entropija), in gremo. Izvajanje! Zdaj smo v prehodnem obdobju. Ekipa SRE je oblikovana (6 pripravljenih strokovnjakov, še 6 jih je na krovu) in so pripravljeni spremeniti svet, ki je v celoti sestavljen iz kode, na bolje.

Našo infrastrukturo ustvarjamo tako, da razvijalcem omogočamo, da povsem sami upravljajo svoja okolja in sodelujejo s SRE.

Wang namesto zaključkov

Sistemski administrator je vreden poklic. Toda poznavanje sistemskega dela zahteva tudi odlične sposobnosti programskega inženiringa.

Sistemi postajajo vedno enostavnejši, super-edinstveno znanje o upravljanju železnih strežnikov pa vsako leto manj iskano. Tehnologije v oblaku nadomeščajo potrebo po tem znanju.

Dober sistemski skrbnik bo v bližnji prihodnosti moral imeti dobre veščine programskega inženiringa. Še bolje, moral bi imeti dobre veščine na tem področju.

Nihče ne zna napovedati prihodnosti, preden se zgodi, vendar verjamemo, da bo sčasoma vedno manj podjetij, ki bodo želela povečati neskončno napihnjen kader sistemskih skrbnikov. Čeprav bodo oboževalci seveda ostali. Le redki danes jahajo konje, večinoma uporabljajo avtomobile, čeprav obstajajo ljubitelji ...

Vesel dan sistemskega skrbnika vsem, koda vsem!

Vir: www.habr.com

Dodaj komentar