Qualche settimana fa, ho parlato con il venerabile Ken Hess durante il live streaming "Red Hat Enterprise Linux Presents...". L'argomento di discussione riguardava le pratiche generali di amministrazione dei sistemi ed è diventato chiaro che io e Ken abbiamo opinioni molto diverse su cosa sia.
Sia Ken che io abbiamo lavorato in quella che posso solo descrivere come l'età dell'oro dell'amministrazione dei sistemi. In questo periodo, gli amministratori realizzavano amorevolmente a mano i sistemi che amministravano. C'era letteralmente una gilda, che esiste ancora oggi:The System Administrators Guild. Inoltre, durante questo periodo, molti sistemi erano incredibilmente costosi. Di conseguenza, gli amministratori spesso gestiscono 5-20 server. Uno dei fattori era che l'hardware di calcolo nello spazio Unix era estremamente costoso. La mia workstation Silicon Graphics Indy, nella foto sotto, costava circa $ 26.000 quando era nuova.
In quest'epoca, avevamo bisogno di competenze diverse per essere amministratori efficaci e dedicavamo molto del nostro tempo a svolgere attività come:
Pianificazione dello spazio di archiviazione :le unità disco di grandi dimensioni erano 1G e i filesystem non supportavano funzionalità come il ridimensionamento. Quando si installa un sistema e si imposta la sua configurazione di archiviazione, il dimensionamento selezionato per i diversi filesystem e il loro posizionamento sul disco erano importanti per garantire la longevità della macchina. Se scegli male, mesi dopo ti ritroverai a rifare tutto e ripristinare i contenuti da un backup.
Gestione del software :Il packaging del software era quasi inesistente. In genere, stavi scaricando un archivio sorgente, compilandolo e quindi installandolo sulla macchina. Tuttavia, poiché quel software non era incluso nel pacchetto, anche tu, come amministratore, devi mantenerlo. Questo consisteva nel monitorare il progetto che avevi scaricato (come Apache) per l'emissione degli aggiornamenti. Una volta che lo erano, sei stato quindi in grado di scaricare la versione aggiornata, compilarla di nuovo e installarla. Che divertimento, vero?
Ricompilazione del kernel :Se sei fortunato, quando hai bisogno di un dispositivo aggiuntivo sulla tua macchina, come una libreria di nastri, uno scanner o una memoria ottica, il kernel del sistema avrebbe i driver per questo. Tuttavia, spesso, non è così. Ciò significava che dovevi ricompilare il tuo kernel per aggiungere il driver o, ancora, se sei stato fortunato, creare un modulo driver per il kernel. Che bel modo di trascorrere una giornata di lavoro!
Gestione dei singoli processi :Questi sistemi spesso non erano monouso. Spesso si disponeva di un sistema che fungeva da server Web per alcune informazioni, ma che eseguiva anche lavori di analisi dei dati o rendering, funzionava come server di posta, fornisce servizi DNS per l'organizzazione e fungeva da file server. Poiché il sistema ha fatto così tante cose, un processo Bind fuori controllo o un demone Apache potrebbero avere un impatto drastico sulla tua organizzazione. Ciò significava che stavi controllando i sistemi e osservando i loro processi abbastanza frequentemente per rilevare questi problemi in anticipo o scrivendo i tuoi script da eseguire in cron lavori per informarti di potenziali problemi. A differenza della maggior parte delle cose su cui facciamo affidamento oggi, non avevamo applicazioni di monitoraggio complete. Abbiamo dovuto scriverli noi stessi.
Gestione degli utenti :Poiché i sistemi erano multifunzione, venivano utilizzati anche da più persone che facevano cose diverse. Ciò significava che persone diverse avevano bisogno di accedere a vari sistemi. Pertanto, hai anche gestito account individuali in tutta la tua flotta di sistemi. C'erano alcuni servizi utente centrali, come NIS, ma a quel tempo non c'era un grande controllo sui sistemi a cui un particolare utente poteva accedere. Ciò significava che gli utenti potevano accedere a qualsiasi sistema dell'organizzazione se si trovavano nel servizio utente centrale. Se hai lavorato in un posto meno aperto di quello, devi passare il tuo tempo usando useradd e userdel per mantenere chi aveva accesso a quali sistemi.
[ I lettori hanno apprezzato anche: Opportunità di lavoro di amministratore di sistema:il tuo lavoro di amministratore di sistema sta andando via? ]
Chiaramente, oggi abbiamo molte tecnologie che hanno reso obsolete queste attività, dalla gestione centralizzata degli utenti e servizi di monitoraggio ai formati di confezionamento e migliori ecosistemi software e hardware. Ciò significa anche che trascorriamo il nostro tempo al lavoro svolgendo compiti diversi. Avere tutti questi miglioramenti alle nostre risorse tecnologiche nel corso degli anni significa che ora gestiamo popolazioni di sistemi molto più grandi. Se prima era l'età dell'oro, ora è l'età industrializzata dell'amministrazione del sistema. Popolazioni più grandi di sistemi e modelli di implementazione come il cloud significano che stiamo operando a una velocità ed efficienza che sarebbero state impossibili in passato.
Oggi suggerirei che le competenze che consentono agli amministratori di eseguire attività in modo più efficiente o su scala più ampia sono più critiche da avere. Competenze come:
Standardizzazione :In precedenza, ho parlato di sistemi che avevano molteplici scopi. Tuttavia, avere sistemi dedicati a uno scopo specifico significa che puoi amministrarli tutti insieme. Se uno ha bisogno di un aggiornamento, probabilmente tutti hanno bisogno di quell'aggiornamento. Se uno riceve una nuova impostazione di configurazione, probabilmente tutti hanno bisogno di quell'impostazione di configurazione.
Automazione :Anche l'automazione è fondamentale per la standardizzazione. Se scopri che devi applicare un aggiornamento nginx a tutti i tuoi server web, hai bisogno di un metodo per farlo effettivamente. Che si tratti di utilizzare strumenti, script o un framework come Ansible, è necessario disporre di un modo efficiente e ripetibile per eseguire attività su tutti i sistemi.
Monitoraggio :Con popolazioni di sistemi più grandi da gestire, probabilmente non puoi controllarli tutti. L'utilizzo di un metodo di monitoraggio consente di identificare i problemi in anticipo. Il monitoraggio, se combinato con la standardizzazione e l'automazione, consente di individuare tempestivamente e risolvere quello che avrebbe potuto essere un guasto a cascata. Ad esempio, se uno dei tuoi server web ha poco spazio su disco su uno dei suoi file system, molti dei tuoi sistemi di quel tipo sono probabilmente in uno stato simile (anche se forse non hanno ancora superato la soglia di avviso di monitoraggio). Potresti usare le tue utilità di automazione per affrontare il problema del filesystem e applicarlo alla popolazione per evitare che si verifichino problemi nel prossimo futuro.
Segnalazione :Man mano che ottieni quelle popolazioni più grandi, non puoi guardarle tutte individualmente. È necessario raccogliere dati da loro sulla loro configurazione, pacchetti installati e altre funzionalità. Ancora una volta, se combinato con l'automazione e la standardizzazione, questo è uno strumento potente in quanto puoi fare cose come applicare aggiornamenti su vaste aree della tua popolazione che ne hanno bisogno. Altrettanto importante è sapere cosa c'è in quella popolazione. Di recente, mi è stato chiesto se abbiamo utilizzato il software di un fornitore specifico nel nostro ambiente. Poiché raccolgo regolarmente dati su ciò che viene distribuito, sono stato in grado di segnalare, con sicurezza, che non lo abbiamo fatto. Inoltre, ho fornito alcuni dati aggiuntivi su cose come quando i sistemi hanno avuto l'ultima manutenzione e dettagli su quale fosse quella manutenzione. Se necessario, posso fornire una cronologia delle azioni eseguite sui sistemi dal livello della popolazione fino alle singole caselle.
[ Nuova ricerca da HBR Analytic Services - Strategia per i talenti IT:nuove tattiche per una nuova era ]
Conclusione
Mentre innumerevoli settori si spostano da professionisti individuali su piccola scala a processi industrializzati più grandi, anche gli amministratori di sistema devono adattarsi. Come suggerisce il titolo dell'articolo, l'amministrazione di sistema dell'età dell'oro è morta, lunga vita all'amministrazione di sistema dell'era industriale!