comparando auto-hospedados
Uptime Kuma vs Gatus: cliques ou YAML?
Os dois monitores auto-hospedados mais queridos respondem de formas diferentes a uma mesma pergunta: o monitoramento deve ser montado com cliques num painel, ou declarado num arquivo e revisado num pull request? Todo o resto decorre dessa divisão.
A tabela abaixo é a comparação completa, sem edição. Leia primeiro, se preferir: é a mesma que enviaríamos para você.
AGPL-3.0 · um único binário · plano gratuito · sem cartão
cat gatus.yaml
- endpoints:
- - name: api
- url: "https://api.acme.dev/health"
- interval: 60s
- conditions:
- - "[STATUS] == 200"
- - "[RESPONSE_TIME] < 300"
- # redeploy the config to apply
SÓ YAMLo gatus não tem interface de edição, então cada mudança é um novo deploy
cat uptimepage.tf
- resource "uptimepage_target" "api" {
- name = "api"
- interval = 60
- check = {
- type = "http"
- http = { url = "https://api.acme.dev/health" }
- }
- }
CONFIGURAÇÃO COMO CÓDIGOo mesmo monitor, declarado, ou montado com cliques na interface
history | tail -1
- curl -X POST https://app.uptimepage.dev/api/v1/targets \
- -H "Authorization: Bearer $UPTIMEPAGE_TOKEN" \
- -d '{"name":"api","interval":60,
- "check":{"type":"http",
- "http":{"url":"https://api.acme.dev/health"}}}'
201 CREATEDmonitor no ar, e a primeira verificação roda na hora
escolha o uptime kuma se
É o seu homelab, você quer a lista de verificações mais ampla e intervalos de um segundo, e um único login compartilhado não é problema.
escolha o gatus se
Toda verificação pertence ao Git, o painel é para você e a sua equipe, e ninguém de fora precisa vê-lo.
escolha o uptimepage se
Os clientes precisam de uma página de status que possam assinar, os colegas de equipe precisam de contas próprias, e você ainda quer a configuração no Git.
Comece grátis →Os fatos, lado a lado
| Uptime Kuma | Gatus | Uptimepage | |
|---|---|---|---|
| licença | MIT | Apache-2.0 | AGPL-3.0 |
| configuração | só pela interface | só YAML, interface somente leitura | interface + Terraform + REST + MCP |
| rodar por conta própria | um contêiner (Node) | binário estático minúsculo | um binário + compose |
| opção hospedada | não | gatus.io, pago | sim, plano gratuito |
| tipos de verificação | 31, incl. bancos de dados · MQTT · navegador | 11 protocolos, incl. gRPC · SSH · WebSocket | HTTP · TCP · DNS · TLS · domínio · ping · heartbeat · flow · manual |
| intervalo mais curto | 1 s | sem mínimo documentado, padrão 60 s | 60 s grátis · 30 s no Team · 10 s auto-hospedado |
| página de status | sim, domínios próprios | o painel serve de página | com sua marca, domínio próprio no Pro |
| assinantes da página | só RSS | nenhum | e-mail · webhook |
| incidentes | publicados à mão | nenhum | abertos automaticamente pelas verificações |
| equipes e papéis | um único login | uma barreira basic-auth ou OIDC | organizações + papéis |
| canais de alerta | 94 serviços | 41 provedores | Slack · Telegram · PagerDuty · SMS e mais |
| comunidade (estrelas no GitHub) | ~89 mil | ~11,4 mil | jovem |
As contagens do Kuma incluem o meta-provider Apprise e tipos implementados fora do módulo monitor-types; a contagem de provedores do Gatus vem do README dele.
Contagens de estrelas arredondadas a partir do GitHub, julho de 2026.
Verificado em julho de 2026 com os dois repositórios. Atualize quando um projeto lançar uma nova versão.
A divisão que decide
O Uptime Kuma é um painel em que você clica: adicione um monitor, escolha um tipo, ligue uma notificação, tudo guardado no banco de dados dele. O Gatus não tem interface de edição: cada endpoint é YAML sob controle de versão, a interface web é somente leitura, e uma mudança significa um novo deploy da configuração. Nenhum dos dois está errado. Um combina com um homelab e com quem pensa em navegador; o outro combina com um engenheiro que pensa em Git e quer o monitoramento revisado como código.
O que cada um faz bem
O Kuma ganha em alcance: 31 tipos de monitor, incluindo bancos de dados, MQTT, SNMP e uma verificação com navegador de verdade, 94 serviços de notificação, intervalos de um segundo desde a linha 2.x e a maior comunidade da categoria. O Gatus ganha em disciplina: onze protocolos de endpoint, incluindo gRPC, SSH, WebSocket e UDP, uma linguagem de condições que valida status, tempo de resposta, caminhos no corpo JSON, vencimento de certificado e vencimento de domínio, e um binário Go estático minúsculo que roda até sem banco de dados.
O que nenhum dos dois oferece
Uma página de status para clientes, com assinantes, e uma equipe. As páginas de status do Kuma são de verdade, mas ninguém consegue assiná-las, e o app inteiro é um único login compartilhado. O painel do Gatus serve também de página de status: bom para um painel interno, não algo que você mostra a clientes, e o controle de acesso é uma única barreira basic-auth ou OIDC. Os dois verificam de onde quer que você os rode, a menos que você mesmo monte mais instâncias ou use o tipo de monitor Globalping do Kuma.
Onde o Uptimepage se encaixa
Se o debate entre YAML e cliques termina em “na verdade, precisamos que os clientes vejam uma página de status e que os colegas de equipe tenham contas”, essa é a lacuna que o Uptimepage preenche. Verificações HTTP, TCP, DNS, TLS, de domínio, ping, heartbeat e de fluxo, configuradas na interface ou declaradas com o provider do Terraform e a API REST, organizações com papéis, sondas multirregião que você pode rodar por conta própria e uma página de status com a sua marca, com assinantes por e-mail e webhook, onde os incidentes abrem automaticamente. Um binário, grátis na versão hospedada ou auto-hospedado sob AGPL.
- 01Entre com GitHub ou Google. Sem cartão, sem ligação de vendas.
- 02Cole uma URL. A primeira verificação roda antes de você terminar de ler isto.
- 03Publique a página de status, ou exporte-a para o Terraform e mantenha no Git.
api99,98%
p95 142 ms · um incidente em 45 dias
dashboard99,91%
p95 318 ms · dois dias com degradação
webhooks99,99%
p95 88 ms · nenhum incidente
RESOLVIDO14 min
Latência elevada na API do painel
14:22 resolvido, latência de volta abaixo de 300 ms
14:08 aberto automaticamente pela verificação do painel
no ar degradado fora do ar 45 dias · assinantes por e-mail e webhook