Systemowi administratorzy na całym świecie, gratulujemy z okazji waszego zawodowego święta!
Nie mamy już systemowych administratorów (no, prawie). Jednak ich legenda wciąż jest żywa. Z okazji święta przygotowaliśmy ten epicki tekst. Usiądźcie wygodnie, drodzy czytelnicy.

Once upon a time świat Dodo IS był w ogniu. W tym mrocznym czasie głównym zadaniem naszych systemowych administratorów było przetrwanie kolejnego dnia i nie rozpłakanie się.
Dawno, dawno temu programiści pisali kod rzadko i powoli, a publikowali go na produkcji tylko raz w tygodniu. Problemy pojawiały się więc tylko raz na siedem dni. Ale potem zaczęli pisać więcej kodu i publikować go częściej, problemów przybywało, czasami wszystko się sypało, a powroty były coraz gorsze. Systemowi administratorzy cierpieli, ale znosili ten bałagan.
Siedzieli wieczorami w domu z niepokojem w sercu. I za każdym razem wydarzało się: „nigdy nie było lepiej, a oto znów monitoring wysyła sygnał o pomoc: Stary, świat w ogniu!”. Wtedy nasi administratorzy zakładali swoje czerwone peleryny, zakładali majtki na legginsy, robili loczki na czole i leżeli ratować świat Dodo.
Uwaga, drobne wyjaśnienie. Klasyczni systemowi administratorzy, którzy obsługiwali sprzęt, nigdy nie byli obecni w Dodo IS. Od razu mieliśmy zaawansowanych w chmurach Azure.
Czym się zajmowali:
- jeśli coś się psuło, sprawiali, aby się naprawiło;
- żonglowali serwerami na poziomie eksperckim;
- odpowiadali za wirtualną sieć w Azure;
- odpowiadali za niskopoziomowe sprawy, na przykład interakcje komponentów (*szeptem* w których czasami kompletnie się nie orientowali);
- reconnecty serwerów;
- i wiele innych dzikich rzeczy.
Życie zespołu inżynierów infrastruktury (tak nazywaliśmy naszych administratorów) wówczas polegało na gaszeniu pożarów i wiecznym łamaniu się testowych stanowisk. Żyli i cierpieli, a potem postanowili się zastanowić: co jest tak złe, a może zrobimy lepiej? Na przykład, nie będziemy dzielić ludzi na programistów i administratorów?
Zadanie
Dane: jest administrator, który ma w swojej odpowiedzialności serwery, sieć, która łączy go z innymi serwerami, programy na poziomie infrastruktury (serwer www, który hostuje aplikację, system zarządzania bazami danych itd.). I jest programista, którego odpowiedzialnością jest działający kod.
A są rzeczy, które znajdują się na styku. Kto za to odpowiada?
Zazwyczaj to właśnie na tym styku spotykali się nasi administratorzy i programiści i zaczynało się:
– Chłopaki, nic nie działa, pewnie przez infrastrukturę.
– Chłopaki, nie, to wina kodu.
Pewnego razu w tym momencie między nimi zaczął wyrastać płot, przez który radośnie rzucali się kupami. Problem, niczym kupa, przeskakiwali z jednej strony płotu na drugą. Przy tym nikt nie zbliżał się do rozwiązania sytuacji. Smutna emotka.
Promień słońca przeniknął przez pochmurne niebo, gdy kilka lat temu w Google wymyślono, że zamiast rzucać się zadaniami, warto zająć się wspólną sprawą.
A co, jeśli opiszemy wszystko jak kod?
W 2016 roku Google opublikowało książeczkę "Site Reliability Engineering" o transformacji roli administratora systemów: od mistrza magii do sformalizowanego podejścia inżynieryjnego w używaniu oprogramowania i automatyzacji. Sami przeszli przez wszystkie ciernie i przeszkody, nauczyli się i postanowili podzielić się tym ze światem. Książka jest dostępna publicznie .
W książce zawarte są proste prawdy:
- robić wszystko jak kod – to dobrze;
- wykorzystywać podejście inżynieryjne – to dobrze;
- robić dobry monitoring – to dobrze;
- nie pozwalać na wypuszczenie usługi, jeśli nie ma zrozumiałego logowania i monitoringu – to też dobrze.
Te praktyki przeczytał nasz Gleb (), i zaczęło się. Wdrażamy! Obecnie jesteśmy w okresie przejściowym. Zespół SRE jest już utworzony (mamy 6 gotowych specjalistów, jeszcze 6 przechodzi onboarding) i jest gotowy zmieniać świat, który w całości składa się z kodu, na lepsze.
Budujemy naszą infrastrukturę w taki sposób, aby dać programistom możliwość samodzielnego zarządzania swoimi środowiskami i współpracy z SRE.
Wróżymy zamiast wyciągania wniosków
Administrator systemów – to godna profesja. Ale do wiedzy z zakresu systemów potrzebne są również doskonałe umiejętności inżynieryjne w zakresie oprogramowania.
Systemy stają się coraz prostsze, a superunikatowa wiedza z zakresu zarządzania serwerami staje się z każdym rokiem mniej poszukiwana. Technologie chmurowe wypierają potrzebę posiada tych umiejętności.
Dobry administrator systemów w niedalekiej przyszłości powinien posiadać całkiem niezłe umiejętności inżynieryjne w zakresie oprogramowania. A jeszcze lepiej, gdyby miał dobre umiejętności w tej dziedzinie.
Nikt nie potrafi przewidzieć przyszłości do momentu, gdy ona nadejdzie, ale uważamy, że z biegiem czasu będzie coraz mniej firm, które będą chciały w nieskończoność zwiększać zatrudnienie systemowych administratorów. Choć oczywiście entuzjaści zostaną. Niewielu dzisiaj jeździ na koniach, większość korzysta z samochodów, mimo że są miłośnicy…
Wszystkich z Dniem Administratora Systemów, kod dla wszystkich!
Źródło: habr.com
