Uptime Kuma è uno degli strumenti di monitoraggio open source più popolari: un comando Docker e hai controlli HTTP, avvisi e pagine di stato. Perché allora molti team pagano un monitoraggio hosted? Questa guida confronta onestamente i due approcci e spiega quando conviene l’uno o l’altro.

1. Cosa fa bene Uptime Kuma

  • Gratuito e open source (MIT), con una community attiva.
  • Avvio rapido: docker run -d -p 3001:3001 louislam/uptime-kuma (o con Docker Compose).
  • Monitor HTTP(S), parola chiave, porta TCP, ping, DNS, container Docker e push (heartbeat).
  • Decine di integrazioni di notifica e pagine di stato incluse.
  • Può monitorare servizi interni non raggiungibili da internet.

2. I costi nascosti del self-hosting

Il software è gratuito, gestirlo no. Ti servono un server, un reverse proxy e TLS, aggiornamenti regolari, backup del database SQLite/MariaDB e qualcuno che si accorga quando è il monitor stesso a fermarsi. Niente di difficile, ma è un servizio di produzione in più da gestire.

3. Il vero problema: chi controlla il controllore?

La maggior parte delle istanze di Uptime Kuma gira sulla stessa VPS, homelab o cluster Kubernetes dei servizi monitorati. Quando quell’host, la sua rete, il suo DNS o la sua region cloud si guastano, anche il monitor si ferma e resta muto proprio quando ti serve un avviso. I controlli dalla tua rete, inoltre, non vedono i problemi che gli utenti vedono dall’esterno (propagazione DNS, CDN, instradamento).

La soluzione: monitorare gli endpoint pubblici dall’esterno della tua infrastruttura, ospitando Uptime Kuma presso un altro fornitore oppure usando un servizio hosted.

4. Il confronto

  • Costo: Uptime Kuma = server + il tuo tempo · Hosted = piano gratuito, poi abbonamento (UptimeFlux: 5 monitor gratis, poi 7 $ / 19 $ / 39 $).
  • Installazione: Docker + proxy + TLS · registrazione e un URL da incollare.
  • Manutenzione: a tuo carico · gestita.
  • Servizi interni: sì · no (solo endpoint pubblici).
  • Indipendente dalla tua infrastruttura: solo se ospitato altrove · sì, per costruzione.
  • Team e workspace: di base · inclusi.

La tabella completa è nella pagina alternativa a Uptime Kuma.

5. Quale scegliere?

Uptime Kuma se monitori soprattutto servizi interni, ti piace il self-hosting e hai già un host separato e affidabile.

Un monitoraggio hosted se vuoi zero manutenzione, avvisi che sopravvivono ai tuoi down e pagine di stato ospitate per i clienti.

Entrambi è una risposta frequente: Uptime Kuma per la rete interna, un monitor hosted per siti e API pubblici.

6. Spostare i monitor pubblici su un servizio hosted

  • Elenca i monitor pubblici (URL, intervallo, codice o parola chiave attesi).
  • Ricreali nello strumento hosted (interfaccia o API) e collega i contatti di avviso.
  • Ricrea la pagina di stato e punta il sottodominio status. verso di essa.
  • Tieni attivi entrambi per una settimana, poi elimina i duplicati.

Conclusione

Uptime Kuma è uno strumento eccellente; la questione non sono le funzioni, ma dove vive il monitor. Per tutto ciò da cui dipendono i tuoi clienti, assicurati che almeno un controllo giri fuori dalla tua infrastruttura.

Prova UptimeFlux gratis: 5 monitor, pagina di stato inclusa, nulla da installare.