Controlli di salute e riavvii

Un server distribuito può bloccarsi o arrestarsi senza segnali. Un controllo di integrità è una semplice sonda che risponde alla domanda: è ancora attivo? 🩺

Il modello classico è un piccolo percorso, spesso /health, che restituisce 200 OK quando il server è pronto a gestire il lavoro.

Un controllo di integrità viene eseguito continuamente, quindi lo mantenga leggero. Deve confermare che il processo risponde senza svolgere attività reali e pesanti.

Contano due concetti: liveness verifica se il processo è attivo, mentre la readiness verifica se è già pronto ad accettare traffico. Possono differire all'avvio.

Docker può eseguire un HEALTHCHECK secondo una pianificazione. Se il comando fallisce abbastanza volte, il container viene contrassegnato come non integro.

Una politica di riavvio indica alla piattaforma di riportare automaticamente in esecuzione un container arrestato, così un singolo crash non causa un'interruzione del servizio.

Strumenti come Kubernetes usano le stesse sonde per riavviare i pod non integri e per instradare il traffico solo verso le istanze pronte.

Se un server si arresta subito all'avvio, i riavvii automatici alla cieca generano un ciclo infinito. Usi il backoff, così i tentativi rallentano e può vedere l'errore reale.

Un controllo approfondito della readiness può interrogare un database, ma presti attenzione: se tutti i server si dichiarano non pronti contemporaneamente, un'interruzione può propagarsi.

Durante l'arresto, smetta di accettare nuove chiamate, ma lasci terminare quelle in corso. Questo drenaggio ordinato evita di interrompere i client a metà richiesta.

I controlli di integrità e le politiche di riavvio forniscono un servizio autoriparante, capace di recuperare dalla maggior parte dei guasti senza intervento umano alle tre di notte. 🌙

Un endpoint /health leggero insieme a una politica di riavvio rende il server autoriparante: le sonde rilevano i guasti e la piattaforma lo riavvia. 💪