comparando auto-hospedados
OpenStatus vs Uptime Kuma: qual combina com o seu jeito de trabalhar?
Um é monitoramento como código com uma frota hospedada multirregião; o outro é o painel auto-hospedado com mais estrelas no GitHub. Os dois são de código aberto e os dois são bons; eles pressupõem equipes muito diferentes. Primeiro os fatos, depois onde o Uptimepage fica entre eles.
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
Os fatos, lado a lado
| OpenStatus | Uptime Kuma | Uptimepage | |
|---|---|---|---|
| licença | AGPL-3.0 | MIT | AGPL-3.0 |
| rodar por conta própria | stack TS de vários serviços | um contêiner | um binário + compose |
| opção hospedada | sim, plano gratuito | não | sim, plano gratuito |
| tipos de verificação | HTTP · TCP · DNS, mais no schema | 31, incl. bancos de dados · MQTT · navegador | HTTP · TCP · DNS · TLS · domínio · ping · heartbeat · flow · manual |
| intervalo mais curto | 30 s nos planos hospedados pagos | 1 s | 60 s grátis · 30 s no Team · 10 s auto-hospedado |
| sondas multirregião | 28 regiões hospedadas | via add-on Globalping | 13 regiões hospedadas |
| assinantes da página de status | e-mail · webhook · Slack · RSS | só RSS | e-mail · webhook |
| configuração como código | Terraform · REST · CLI · MCP | só pela interface, sem API de gerenciamento | Terraform · REST · MCP |
| equipes e papéis | membros nos planos pagos | um único login | organizações + papéis |
| comunidade (estrelas no GitHub) | ~8,9 mil | ~89 mil | jovem |
O checker de código aberto do OpenStatus implementa HTTP, TCP e DNS; tipos de monitor ICMP, UDP e de certificado TLS existem no schema da API dele.
A linha 2.x do Uptime Kuma acrescentou um tipo de monitor Globalping, então as verificações podem rodar de outros locais sem uma segunda instância; ainda assim, não é uma frota de sondas que você controla.
Contagens de estrelas arredondadas a partir do GitHub, julho de 2026.
Verificado em julho de 2026 com o repositório, a documentação e as páginas de planos de cada projeto, com os canais de assinantes do OpenStatus conferidos de novo em setembro de 2026. Atualize quando um dos projetos lançar uma nova versão.
Duas filosofias, não duas listas de funcionalidades
A diferença real é quem conduz. O Uptime Kuma é centrado na interface: você cria monitores com cliques num painel, e a configuração fica no banco de dados dele. Não há API REST oficial para gerenciar monitores nem provider do Terraform, o que serve para uma pessoa e é penoso para uma equipe com hábito de revisão. O OpenStatus começa pela outra ponta: os monitores são YAML, comandos de CLI, GitHub Actions ou Terraform, e o painel é uma visão dessa configuração, com uma API REST completa por baixo.
Onde o Uptime Kuma está à frente
Abrangência e comunidade. O Kuma suporta 31 tipos de monitor de fábrica, incluindo bancos de dados, MQTT, SNMP e uma verificação de navegador de verdade com Chromium, e consegue notificar 94 serviços. Ele instala num único contêiner em cinco minutos, a linha 2.x baixou o intervalo mínimo para um segundo, e ele tem, de longe, a maior comunidade de qualquer ferramenta nesse espaço, o que significa que existem respostas para quase qualquer problema que você encontrar.
Onde o OpenStatus está à frente
Equipes e locais de verificação. O OpenStatus roda uma frota hospedada de sondas em vinte e oito regiões de três provedores de nuvem, então você vê o seu serviço como os usuários de outros continentes veem, sem rodar agentes por conta própria. Ele tem organizações com membros ilimitados nos planos pagos, páginas de status que aceitam assinantes por e-mail, webhook e Slack, além de RSS, e tratamento de incidentes com resolução automática. O Kuma tem um único login, sem papéis, verifica de onde quer que você o tenha instalado, a menos que você recorra ao tipo de monitor Globalping, e as páginas de status dele oferecem um feed RSS em vez de notificações para assinantes.
As ressalvas honestas sobre os dois
O OpenStatus auto-hospedado é um stack TypeScript de vários serviços com dependências externas de banco de dados, mais difícil de operar do que o contêiner único do Kuma, e o checker de código aberto dele cobre menos protocolos do que o schema da API anuncia. Os limites do Kuma são estruturais: suporte a vários usuários e uma API de gerenciamento são pedidos de funcionalidade abertos há anos, porque a arquitetura foi feita para um único operador com um navegador.
Onde o Uptimepage se encaixa
O Uptimepage fica de propósito entre os dois: um único binário Rust feito para equipes, coisa que o Kuma não é, com a abordagem como código pela qual o OpenStatus é conhecido. Você tem verificações de HTTP, TCP, DNS, TLS, domínio, ping, heartbeat e fluxo de navegador, organizações com papéis, um provider do Terraform, uma API REST e um servidor MCP, além de uma página de status com a sua marca, assinantes por e-mail confirmado e webhook e incidentes abertos automaticamente. As sondas são multirregião, e você pode rodar as suas. Use a versão hospedada grátis, sem cartão, ou hospede por conta própria sob AGPL com docker compose.
- 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