4 ore di down, un sistema failover e la trasparenza radicale

7/11/2026 / 5 minutes to read / Tags: infrastruttura, resilienza, self-hosted, trasparenza, DNS failover

title: “4 ore di down, un sistema failover e la trasparenza radicale” createdAt: “2026-07-11” description: “Stanotte lake8.dev è stato offline per 4 ore a causa di un blackout elettrico. Stamattina abbiamo implementato un sistema di failover DNS automatico. Ecco cosa è successo e come funziona.” lang: it tags:

• “infrastruttura”
• “resilienza”
• “self-hosted”
• “trasparenza”
• “DNS failover” date: “2026-07-11” draft: false info:
• text: Infrastruttura icon: type: lucide name: server
• text: Giantommaso Fogli icon: type: lucide name: signature

Stanotte lake8.dev è stato offline per circa 5 ore.

Non è stato un attacco. Non è stato un bug. È stata una sovratensione elettrica che ha fatto scattare il salvavita — uno di quelli che capitano di notte, che taglia la corrente mentre dormi e non c’è niente che puoi fare finché non ti svegli.

Lo scriviamo perché la trasparenza radicale è uno dei nostri valori fondanti. I dati di traffico di lake8.dev sono pubblici su stats.lake8.dev. Il down è visibile nei log. Non ha senso non parlarne.

Cosa è successo

Sovratensione elettrica notturna — il salvavita è scattato. L’infrastruttura di lake8.dev gira su hardware fisico a San Pietro in Casale — un Raspberry Pi 4B, un Orange Pi Zero 3, un Orange Pi Lite. Senza corrente, tutto si spegne.

Abbiamo un UPS Eaton 5E900UD installato, ma per 5 ore di assenza di corrente la batteria non è sufficiente. Il sito è rimasto offline fino al mattino, quando abbiamo trovato il salvavita scattato e ripristinato la corrente e al reboot automatico dei sistemi.

Nessun dato perso. Nessun danno all’infrastruttura. Solo 4 ore di irraggiungibilità.

Cosa abbiamo fatto stamattina

Appena svegli, abbiamo implementato un sistema di failover DNS automatico.

Come funziona:

Un monitor gira sull’Orange Pi Zero 3 ogni 60 secondi. Testa la connettività verso l’esterno. Se rileva che Eolo (il nostro ISP) è irraggiungibile, esegue questa sequenza automaticamente:

Connettività Eolo assente
    ↓
Switch automatico a connessione 4G di backup (via USB ethernet)
    ↓
Chiamata API GoDaddy → DNS lake8.dev cambiato a GitHub Pages
    ↓
lake8.dev → pagina di manutenzione HTTPS
    ↓
Quando Eolo torna → DNS ripristinato → sito online

La pagina di manutenzione è già live, multilingua (IT/EN/DE/ES), raggiungibile via HTTPS con certificato valido.

Il tempo di failover verificato in test: ~90 secondi per lo switch DNS + ~10 minuti di propagazione TTL (600s). Tempo totale prima che i visitatori vedano la maintenance page: ~12 minuti.

Il tempo di ripristino verificato in test: ~60 secondi per lo switch DNS + ~10 minuti di propagazione TTL (600s). Tempo totale ripristino visibile ai visitatori: ~12 minuti.

Perché lo raccontiamo

Perché lake8.dev è il cliente zero dei propri prodotti e filosofie.

Uno dei pilastri di Lagotto BI e dell’ecosistema lake8.dev è la trasparenza radicale — dati reali, pubblici, verificabili, senza filtri. Se nascondiamo un down notturno, stiamo applicando quella filosofia solo quando fa comodo.

Il down è successo. Il sistema di failover non esisteva. Ora esiste. I dati su stats.lake8.dev mostrano il gap di traffico. Tutto verificabile.

Cosa resta da fare

Il sistema di failover DNS è attivo e testato. Ma la resilienza completa richiede ancora:

• NUT configuration — shutdown controllato quando la batteria UPS scende sotto soglia critica
• Watchdog script — rilevamento e reset automatico in caso di freeze dei sistemi
• Test sequence completo — simulazione blackout end-to-end

Li implementeremo nelle prossime settimane. Quando saranno pronti, lo scriveremo.

lake8.dev — San Pietro in Casale, Bologna, 11 luglio 2026 Tutti i dati citati sono verificabili in tempo reale su stats.lake8.dev

Fonti

Autore: Giantommaso Fogli
Data Pubblicazione: 2026-07-11

Diritti e attribuzioni

Immagini, loghi e fotografie sono di proprietà dei legittimi titolari. Utilizzati per finalità di commento.