Amministratori di sistema di tutto il mondo, vi facciamo i nostri migliori auguri per la vostra festività professionale!
Non ci sono più amministratori di sistema (quasi). Tuttavia, la loro leggenda è ancora viva. In onore della festa abbiamo preparato questo epico racconto. Mettetevi comodi, cari lettori.
C'era una volta un mondo Dodo IS in fiamme. In quel tempo buio, il compito principale dei nostri amministratori di sistema era sopravvivere a un altro giorno e non piangere.
Tempo fa, i programmatori scrivevano codice poco e lentamente, e lo pubblicavano in produzione solo una volta a settimana. Ecco che i problemi si presentavano solo una volta ogni sette giorni. Ma poi hanno iniziato a scrivere più codice e a pubblicarlo più spesso, aumentando i problemi, a volte tutto andava in pezzi e il rollback diventava problematico. Gli amministratori di sistema soffrivano, ma tolleravano questo caos.
Si trovavano la sera a casa con un po' di ansia. E ogni volta succedeva: "Non è mai successo, eppure ecco che il monitoraggio invia un segnale di aiuto: Ehi, il mondo è in fiamme!". Allora i nostri sysadmin indossavano i loro mantelli rossi, riponevano i pantaloni sopra i leggings, sistemavano i capelli e volavano a salvare il mondo di Dodo.
Attenzione, una piccola precisazione. Non ci sono mai stati classici amministratori di sistema che si occupavano dell'hardware, avevamo subito avanzati sul cloud di Azure.
Di cosa si occupavano:
- se qualcosa si rompeva, si assicuravano che si riparasse;
- giocolavano con i server a livello esperto;
- erano responsabili della rete virtuale su Azure;
- si occupavano di cose a basso livello, come le interazioni tra componenti (*sussurrando* di cui a volte non sapevano nulla);
- riconnettendo i server;
- e molto altro di strano.
La vita del team di ingegneri dell'infrastruttura (così chiamavamo i nostri sysadmin) all'epoca era fatta di spegnere incendi e test di stress che si rompevano continuamente. Vivevano e si lamentavano, e poi decisero di riflettere: cosa c'è che non va, forse possiamo migliorare? Ad esempio, non dividiamo le persone in programmatori e sysadmin?
Compito
Dati: c'è un sysadmin che si occupa dei server, della rete che lo collega ad altri server, dei programmi di livello infrastruttura (un web server che ospita l'applicazione, un sistema di gestione dei database, ecc.). E c'è un programmatore la cui responsabilità è il codice funzionante.
E ci sono cose che si trovano all'incrocio. Di chi è quindi la responsabilità?
Di solito, proprio su questo punto si incontravano i nostri sistemisti e programmatori e iniziava:
– Ragazzi, non funziona niente, probabilmente a causa dell'infrastruttura.
– Ragazzi, no, il problema è nel codice.
Una volta, in quel momento, tra di loro iniziò a crescere un recinto, attraverso il quale si lanciavano felicemente escrementi. Il compito, come un escremento, veniva passato da un lato all'altro del recinto. Nessuno si avvicinava alla risoluzione della situazione. Sorriso triste.
Un raggio di sole ha squarciato il cielo nuvoloso, quando alcuni anni fa Google ha ideato di non passarsi più i compiti, ma di lavorare insieme su un obiettivo comune.
E se descrivessimo tutto come codice?
Nel 2016, Google ha pubblicato un libretto intitolato "Site Reliability Engineering" sulla trasformazione del ruolo del sistemista: da maestro della magia a un approccio ingegneristico formalizzato nell'uso di software e automazione. Loro stessi hanno attraversato tutte le spine e gli ostacoli, si sono perfezionati e hanno deciso di condividerlo con il mondo. Il libro è disponibile gratuitamente .
Nel libro sono contenute verità semplici:
- fare tutto come codice è bene;
- utilizzare un approccio ingegneristico è bene;
- fare un buon monitoraggio è bene;
- non permettere a un servizio di essere rilasciato se non ha una registrazione e un monitoraggio chiari è anche bene.
Queste pratiche le ha lette il nostro Gleb (), e si è subito messo al lavoro. Stiamo implementando! Ora siamo in una fase di transizione. Il team SRE è stato costituito (ci sono 6 specialisti pronti, altri 6 stanno passando l'onboarding) e sono pronti a cambiare il mondo, interamente costituito da codice, in meglio.
Stiamo creando la nostra infrastruttura in modo da permettere agli sviluppatori di gestire completamente autonomamente i propri ambienti e collaborare con SRE.
Prediciamo invece delle conclusioni
Il sistemista è una professione rispettabile. Ma oltre alla conoscenza della parte sistemistica, sono necessarie anche ottime competenze in ingegneria del software.
I sistemi diventano sempre più semplici e le conoscenze super uniche sull'amministrazione di server fisici stanno diventando sempre meno richieste ogni anno. Le tecnologie cloud stanno soppiantando la necessità di queste conoscenze.
Un buon sistemista nel prossimo futuro dovrà avere buone competenze in ingegneria del software. E ancora meglio se ha solide abilità in questo campo.
Nessuno è in grado di prevedere il futuro fino al suo arrivo, ma riteniamo che nel tempo ci saranno sempre meno aziende disposte ad aumentare indefinitamente il personale degli amministratori di sistema. Certo, ci saranno sempre appassionati. Oggi in pochi montano a cavallo, la maggior parte usa automobili, anche se ci sono comunque appassionati...
Buona giornata a tutti gli amministratori di sistema, codice a tutti!
Fonte: habr.com
