comparando auto-hospedados
Blackbox exporter vs Uptime Kuma: uma peça ou um produto?
Não são duas versões da mesma coisa. O Uptime Kuma é um produto que você instala e usa. O Blackbox exporter do Prometheus é um componente de um sistema de monitoramento que você mesmo monta e, sozinho, quase não faz nada.
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
| Blackbox exporter | Uptime Kuma | Uptimepage | |
|---|---|---|---|
| licença | Apache-2.0 | MIT | AGPL-3.0 |
| funciona sozinho | não, é um componente | sim | sim |
| o que você opera | o exporter + Prometheus + Alertmanager + Grafana | um contêiner | hospedado, ou um binário |
| tipos de sonda | http · tcp · dns · icmp · grpc · unix | 31 tipos | HTTP · TCP · DNS · TLS · domínio · ping · heartbeat · flow · manual |
| quem agenda a verificação | o Prometheus, padrão de 60 s | integrado, até 1 s | integrado, a partir de 60 s |
| alertas | regras PromQL que você escreve + Alertmanager | 94 integrações | 14 integrações nativas |
| vencimento do certificado | uma métrica, alerte você mesmo | uma verificação com alerta | uma verificação com alerta |
| painel | só a página de debug | integrado | integrado |
| página de status | nenhuma | básica, só RSS | com sua marca, com assinantes |
| alcança alvos privados | sim | sim | sim, com o seu próprio agente |
| sondas multirregião | faça deploy de N exporters você mesmo | via add-on Globalping | 13 regiões hospedadas |
| equipes e papéis | uma senha de basic-auth | um único login | organizações + papéis |
| comunidade (estrelas no GitHub) | ~5,8 mil | ~89 mil | jovem |
O Blackbox exporter não tem agendador. Uma sonda só roda quando o Prometheus a solicita, então a frequência de verificação é o intervalo de scrape do Prometheus, que por padrão é de um minuto.
O vencimento do certificado é exposto como a métrica probe_ssl_earliest_cert_expiry em vez de ser uma asserção da sonda; transformá-lo em alerta é uma regra PromQL que você escreve.
O exporter serve uma pequena página de debug em memória que lista as sondagens recentes, não uma página de status. O histórico se perde quando ele reinicia.
Os probers listados são os da versão atual, v0.28.0. Existe um prober de websocket na branch master, mas ele não está em nenhuma versão lançada.
Verificado em julho de 2026 com o Blackbox exporter v0.28.0 e o Uptime Kuma 2.4.0. Os dois projetos mudam rápido, então confira o código-fonte atual deles antes de decidir.
O exporter não monitora nada sozinho
Essa é a parte que as pessoas descobrem tarde. O Blackbox exporter não tem agendador: ele expõe um endpoint de sonda, e uma sonda só roda quando algo a solicita. Esse algo é o Prometheus, que decide com que frequência perguntar, guarda o resultado e avalia as suas regras de alerta. Depois, o Alertmanager faz a notificação de fato, e o Grafana desenha o painel. Então um setup de uptime que funciona são quatro peças móveis que você instala, configura, protege, atualiza e mantém vivas, não uma. A frequência de verificação nem é uma configuração do exporter; é o intervalo de scrape do Prometheus, que por padrão é de um minuto.
Onde o exporter realmente ganha
Precisão, e encaixe num ambiente que você já opera. Ele sonda por HTTP, TCP, DNS, ICMP, gRPC e sockets unix, e faz asserções sobre coisas que a maioria das ferramentas não consegue expressar: regexes contra as seções de resposta do DNS, scripts TCP de envio e espera com upgrade para STARTTLS, correspondências exatas byte a byte, expressões CEL sobre corpos JSON, regexes em cabeçalhos de resposta, e até fixar uma versão máxima de TLS para provar que uma versão insegura não é oferecida. Se você já roda o Prometheus, os dados das sondas caem no mesmo armazenamento das métricas da sua aplicação, sem custo adicional, e ele alcança o que um verificador hospedado, por estrutura, não alcança: VIPs internos, resolvedores DNS privados, sockets no próprio host.
Onde o Uptime Kuma ganha
Ele está pronto. Um contêiner, cinco minutos, e você tem 31 tipos de monitor, 94 integrações de notificação, um painel, uma página de status e intervalos de até um segundo. Alguém que não é engenheiro consegue adicionar uma verificação. Com o exporter, adicionar uma verificação é uma edição de YAML mais uma regra de relabel do Prometheus mais um reload da configuração, e transformar o vencimento do certificado num alerta significa escrever você mesmo PromQL contra um gauge, porque o vencimento é exposto como métrica em vez de ser uma asserção da sonda.
O ponto cego que os dois compartilham
Nenhum dos dois monitora a si mesmo. Se o seu Prometheus está fora do ar, nada sonda e ninguém fica sabendo. Se o seu único contêiner do Kuma está no host que acabou de morrer, a mesma coisa. Um monitoramento auto-hospedado que vive ao lado do que monitora sempre vai perder a queda que derruba os dois, e esse é todo o argumento a favor de uma sonda que roda em outro lugar.
Onde o Uptimepage se encaixa
O Uptimepage é um produto pronto como o Kuma, mas verifica de fora da sua infraestrutura por padrão, de várias regiões, e você ainda pode rodar o seu próprio agente de sonda dentro da rede para os alvos privados que antes só o exporter alcançava. Além das verificações: uma página de status com a sua marca e assinantes por e-mail confirmado e webhook, incidentes abertos automaticamente, organizações com papéis e um provider do Terraform, uma API REST e um servidor MCP, para que a configuração fique no Git como fica num setup do Prometheus. Use a versão hospedada grátis, sem cartão, ou hospede por conta própria 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