Gestire Hetzner. Senza perdere di vista i rischi.

All'inizio, un piccolo parco server può spesso essere gestito con pochi accordi informali. Con nuove applicazioni, responsabilità che cambiano e sistemi aggiuntivi, tuttavia, nascono differenze nella configurazione e nella manutenzione. Non tutte le discrepanze sono errori; alcune sono espressamente richieste da un'applicazione. Per questo iniziamo con un'analisi dello stato attuale che riunisce sistemi, finalità d'uso, accessi e particolarità note. Ciò evita che una presunta standardizzazione modifichi involontariamente funzioni importanti o trascuri eccezioni necessarie.

Successivamente vengono definiti passaggi di configurazione comuni e differenze mantenute consapevolmente. La configurazione ricorrente può essere automatizzata nell'ambito concordato, mentre i requisiti specifici delle applicazioni restano documentati. Il passaggio di consegne deve permettere al vostro team di riconoscere un sistema, comprendere una modifica e pianificare i prossimi passi. Per questo non bastano i soli dati di accesso. Sono necessarie anche le responsabilità, le basi di configurazione e una procedura con cui nuovi server o applicazioni vengono inclusi nel parco esistente.

Se un backup esistente sia sufficiente dipende da quali dati servono a un'applicazione e da dove si trovano. Sistema operativo, volumi aggiuntivi, contenuti dei database e archivi esterni possono richiedere procedure diverse. Verifichiamo quindi insieme l'effettivo ambito del backup e annotiamo le lacune. Si chiarisce inoltre quali stati dei dati devono essere coerenti tra loro. Un singolo backup riuscito non dimostra ancora che l'intera applicazione possa essere riportata in uno stato utilizzabile dopo un'anomalia.

Dalla valutazione nascono percorsi di backup concordati e un piano di ripristino. Il piano descrive gli accessi necessari, la sequenza e le persone coinvolte che verificano il risultato. I test di ripristino necessari vengono concordati e documentati separatamente. L'obiettivo è una risposta verificabile su cosa si possa concretamente ripristinare in caso di guasto e su quali attività servano a tal fine. Le relative attività vengono assegnate al vostro team o al servizio di assistenza concordato, così che la procedura abbia un responsabile anche dopo la conclusione del progetto.

Con il provisioning di un server il lavoro su sistema operativo, applicazione e modifiche è appena iniziato. Per queste attività si stabilisce quali componenti vengono gestiti, chi concede le approvazioni e quali finestre temporali sono disponibili. Se un aggiornamento richiede test funzionali o una sequenza particolare, può essere necessario coinvolgere i partner applicativi. La pianificazione considera quindi l'intera applicazione interessata e non solo l'intervento tecnico su un singolo sistema.

I costi del server e i servizi di assistenza vengono considerati separatamente. Ciò consente di decidere con chiarezza quali attività svolgere internamente e dove sia utile un supporto. Nell'ambito concordato dei servizi, segnalazioni, manutenzione e modifiche vengono gestite con procedure tracciabili. Nuovi sistemi o requisiti aggiuntivi dovrebbero essere verificati rispetto a questo ambito prima di essere inclusi nell'assistenza. Così, anche con un parco sistemi in crescita, resta chiaro quale servizio viene fornito e quali presupposti deve garantire il vostro team.