O Uptime Kuma é uma das ferramentas de monitorização open source mais populares: um comando Docker e tem verificações HTTP, alertas e páginas de estado. Então porque é que tantas equipas pagam uma monitorização alojada? Este guia compara honestamente as duas abordagens e explica quando compensa uma ou outra.

1. O que o Uptime Kuma faz bem

  • Gratuito e open source (MIT), com uma comunidade ativa.
  • Arranque rápido: docker run -d -p 3001:3001 louislam/uptime-kuma (ou com Docker Compose).
  • Monitores HTTP(S), palavra-chave, porta TCP, ping, DNS, contentores Docker e push (heartbeat).
  • Dezenas de integrações de notificação e páginas de estado incluídas.
  • Pode monitorizar serviços internos inacessíveis a partir da internet.

2. Os custos escondidos do auto-alojamento

O software é gratuito, geri-lo não. Precisa de um servidor, de um proxy inverso e de TLS, de atualizações regulares, de cópias de segurança da base de dados SQLite/MariaDB e de alguém que repare quando é o próprio monitor que para. Nada de difícil, mas é mais um serviço de produção para gerir.

3. O verdadeiro problema: quem vigia o vigilante?

A maioria das instâncias do Uptime Kuma corre na mesma VPS, homelab ou cluster Kubernetes que os serviços monitorizados. Quando esse servidor, a sua rede, o seu DNS ou a sua região cloud falham, o monitor também para e fica calado precisamente quando precisa de um alerta. Além disso, as verificações a partir da sua rede não veem os problemas que os utilizadores veem do exterior (propagação de DNS, CDN, encaminhamento).

A solução: monitorizar os endpoints públicos a partir do exterior da sua infraestrutura, alojando o Uptime Kuma noutro fornecedor ou usando um serviço alojado.

4. A comparação

  • Custo: Uptime Kuma = servidor + o seu tempo · Alojado = plano gratuito, depois assinatura (UptimeFlux: 5 monitores grátis, depois 7 $ / 19 $ / 39 $).
  • Instalação: Docker + proxy + TLS · registo e um URL para colar.
  • Manutenção: por sua conta · gerida.
  • Serviços internos: sim · não (apenas endpoints públicos).
  • Independente da sua infraestrutura: só se alojado noutro sítio · sim, por construção.
  • Equipa e espaços de trabalho: básico · incluídos.

A tabela completa está na página alternativa ao Uptime Kuma.

5. Qual escolher?

Uptime Kuma se monitoriza sobretudo serviços internos, gosta de auto-alojamento e já tem um servidor separado e fiável.

Uma monitorização alojada se quer zero manutenção, alertas que sobrevivem às suas falhas e páginas de estado alojadas para os clientes.

Os dois é uma resposta frequente: o Uptime Kuma para a rede interna, um monitor alojado para os sites e API públicos.

6. Passar os monitores públicos para um serviço alojado

  • Liste os monitores públicos (URL, intervalo, código ou palavra-chave esperados).
  • Recrie-os na ferramenta alojada (interface ou API) e associe os contactos de alerta.
  • Recrie a página de estado e partilhe o novo endereço com os seus utilizadores.
  • Mantenha os dois ativos durante uma semana e depois elimine os duplicados.

Conclusão

O Uptime Kuma é uma excelente ferramenta; a questão não são as funcionalidades, mas onde vive o monitor. Para tudo aquilo de que os seus clientes dependem, garanta que pelo menos uma verificação corre fora da sua infraestrutura.

Experimente o UptimeFlux grátis: 5 monitores, página de estado incluída, nada para instalar.