comparando monitoramento como código
Quais monitores de uptime têm um provider do Terraform?
Muitos fornecedores de monitoramento dizem que têm suporte a Terraform. Menos deles contam que o provider é um fork da comunidade arquivado em 2023, ou que ele gerencia as verificações mas não consegue mexer na página de status pela qual você paga. Aqui está a situação real, conferida no Terraform Registry, e não em páginas de marketing.
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
O Registry, não a página de marketing
| Uptimepage | Pingdom | StatusCake | Statuspage | UptimeRobot | OneUptime | |
|---|---|---|---|---|---|---|
| provider do próprio fornecedor | sim | nenhum | sim | nenhum | sim | sim |
| quem mantém | Uptimepage | forks da comunidade | StatusCake | desenvolvedores individuais | UptimeRobot | OneUptime |
| nível no Registry | Community | Community | Partner | Community | Community | Community |
| versão mais recente | jul. 2026 | 2020, arquivado | out. 2023 | 2022 · 2024 | jul. 2026 | jul. 2026 |
| gerencia monitores | sim | sim | sim | sem produto | sim | sim |
| gerencia páginas de status | sim | não | não | só objetos | sim | sim |
| gerencia canais de alerta | sim | sim | sim | não | sim | sim |
Os níveis do Registry são Official (criado pela HashiCorp), Partner (fornecedor verificado) e Community (todo o resto). Community não quer dizer de terceiros: o UptimeRobot e o OneUptime publicam a partir das próprias organizações verificadas no GitHub sob um selo Community, e o Uptimepage também. O nosso leva o mesmo selo Community que o deles, e é exatamente por isso que estamos dizendo para você ler o repositório, e não o selo.
Não existe provider em nenhum namespace da SolarWinds ou do Pingdom no Terraform Registry. O provider da comunidade mais baixado, russellcardullo/pingdom, está arquivado e se descreve como não mais mantido; última versão em 2020, último commit em 2023. Os forks vivos são mantidos por uma empresa de mídia sem relação com o Pingdom e por desenvolvedores individuais, e nenhum gerencia páginas de status.
O provider do StatusCake é de nível Partner e o repositório dele está ativo, mas ele não lança uma versão nova desde a v2.2.2, de outubro de 2023, e não tem recurso de página de status, embora o StatusCake venda páginas de status.
A Atlassian não publica nenhum provider do Statuspage. As duas opções da comunidade gerenciam componentes e incidentes numa página que você criou à mão; nenhuma delas cria a própria página.
Better Stack, Checkly, Uptime.com, UptimeRobot e OneUptime gerenciam monitores e páginas de status no Terraform, como o Uptimepage. O Grafana e o Datadog gerenciam verificações sintéticas e nenhuma página de status, porque nenhum dos dois vende uma.
Verificado no Terraform Registry e no repositório de cada provider em 14 de julho de 2026. Os providers lançam versões com frequência, então confira o Registry antes de decidir.
Leia com atenção o nível no Registry
O Terraform Registry tem três níveis: Official significa que a HashiCorp o criou, Partner significa que o fornecedor é verificado e Community significa todo o resto. Community não quer dizer de terceiros. O UptimeRobot e o OneUptime publicam providers a partir das próprias organizações verificadas no GitHub que ainda levam o selo Community, e o README do UptimeRobot chama o provider dele de oficial. Então o selo sozinho não diz se um fornecedor está por trás daquilo. Quem é dono do repositório, e quando saiu a última versão, diz.
A lacuna que ninguém anuncia: páginas de status
É aqui que muitas equipes tropeçam. Um provider que gerencia verificações é comum. Um provider que também gerencia a página de status, os componentes e os incidentes dela, não. O Pingdom vende páginas de status, e nenhum dos providers da comunidade para ele consegue gerenciá-las. O StatusCake vende páginas de status, e o próprio provider dele, de nível Partner, não tem nenhum recurso de página de status. O Grafana e o Datadog gerenciam verificações sintéticas e nada parecido com uma página de status, embora, para ser justo, nenhum dos dois venda uma. Se o seu objetivo é ter tudo em código, as verificações e a página pública juntas, essa lista encolhe rápido.
Onde os veteranos do mercado realmente estão
O Pingdom não tem provider em nenhum namespace da SolarWinds ou do Pingdom. O que existe são uns trinta e tantos forks da comunidade, e o mais baixado deles, russellcardullo/pingdom, está arquivado: a própria descrição diz “no longer maintained”, a última versão saiu em 2020 e o último commit é de 2023. Os forks ainda vivos são mantidos por uma empresa de mídia sem relação com o Pingdom e por desenvolvedores individuais. A Atlassian também não publica nada para o Statuspage; os dois providers da comunidade gerenciam componentes e incidentes numa página que você criou à mão, e não conseguem criar a própria página. O StatusCake é o meio-termo honesto: um provider de verdade, de nível Partner, da organização verificada do StatusCake, com o repositório ainda ativo, mas sem nenhuma versão nova desde a v2.2.2, de outubro de 2023.
Quem faz isso bem, incluindo nossos concorrentes
Crédito a quem merece, porque uma página de comparação que só elogia quem a escreveu não vale nada. Better Stack, Checkly, Uptime.com, UptimeRobot e OneUptime têm providers mantidos pelo próprio fornecedor que gerenciam monitores e páginas de status, e a maioria deles lançou uma versão este mês. O do Better Stack também cobre políticas de plantão. O Uptimepage não está sozinho aqui e não diz que está. A lacuna é específica, e está nos veteranos acima, aqueles dos quais a maioria das equipes está de fato migrando.
O monitor, a página e o componente que liga os dois
resource "uptimepage_target" "api" {
name = "api"
interval = 60
check = {
type = "http"
http = {
url = "https://example.com/healthz"
expected_status = { kind = "exact", exact = 200 }
}
}
}
resource "uptimepage_status_page" "public" {
slug = "acme"
name = "Acme Status"
}
resource "uptimepage_status_page_component" "api" {
status_page_id = uptimepage_status_page.public.id
target_id = uptimepage_target.api.id
}Onde o Uptimepage se encaixa
O provider do Uptimepage cobre as três coisas juntas: monitores, páginas de status e canais de alerta, sobre a mesma API REST que o painel usa, com tokens com escopo, para que uma execução do Terraform receba uma credencial com escopo de escrita, e não uma chave de tudo ou nada. Declare uma verificação, a página em que ela aparece e o canal que recebe o alerta, revise num pull request e faça o apply. Há um servidor MCP sobre a mesma API, se você preferir perguntar a um assistente o que está quebrado. Grátis no plano hospedado, sem cartão, ou hospede tudo 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