comparando monitoramento como código
UptimeRobot no Terraform: o que o provider cobre
O UptimeRobot é um dos poucos fornecedores de monitoramento que mantêm o próprio provider do Terraform em vez de deixá-lo para um fork. Ele cobre mais do que a maioria dos veteranos do mercado. A lacuna é estreita e vale nomeá-la com precisã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
Onde o provider do fornecedor para
| UptimeRobot | Uptimepage | |
|---|---|---|
| provider do próprio fornecedor | sim | sim |
| última versão | v1.10.0, 22 jul. 2026 | lançando versões |
| monitores como código | sim | sim |
| alertas como código | contatos de alerta | canais |
| página de status como código | página e anúncios | sim |
| componentes como código | sem recurso | sim |
| incidentes como código | sem recurso | abertos pelas verificações |
| hospedar por conta própria | não | sim, AGPL |
O provider fica em uptimerobot/terraform-provider-uptimerobot, na própria organização do UptimeRobot no GitHub, e é publicado como uptimerobot/uptimerobot. Última versão v1.10.0, em 22 de julho de 2026, commits este mês.
Os recursos dele são monitor, monitor_group, alert_contact, integration, maintenance_window, psp e psp_announcement. Não há recurso de componente, de incidente nem de assinante.
O selo do Registry diz Community, o que significa que quem publica não é verificado, e não que é um terceiro. O Uptimepage leva o mesmo selo.
Verificado em 11 de agosto de 2026 no repositório do provider. Os providers lançam versões com frequência, então confira antes de decidir.
É mesmo do fornecedor
O repositório é o uptimerobot/terraform-provider-uptimerobot, na própria organização do UptimeRobot no GitHub, publicado no Registry como uptimerobot/uptimerobot. Última versão v1.10.0, em 22 de julho de 2026, com commits este mês. O selo do Registry diz Community, o que aqui significa que a HashiCorp não verificou quem publica, e não que um estranho o escreveu. Veja qual organização é dona do repositório e a data da última versão; o selo sozinho vai enganar você.
O que ele gerencia
Sete recursos em agosto de 2026: monitor, monitor_group, alert_contact, integration, maintenance_window, psp e psp_announcement. Ou seja, as verificações, como elas são agrupadas, quem é acionado, a manutenção planejada e uma página de status pública com anúncios publicados nela. Isso é monitoramento como código de verdade, e mais do que o Pingdom ou o Statuspage conseguem oferecer a partir de qualquer namespace que tenham.
A lacuna são os incidentes e os componentes
Não há recurso de incidente, nem de componente, nem de assinante. Os anúncios são a única forma de a página se comunicar, e alguém os escreve à mão, em vez de uma verificação que falha abri-los. Se o motivo para pôr isso em código era ter um histórico auditado do que quebrou e de quem foi avisado, essa parte fica no painel.
O componente que liga a página a uma verificação real
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 partes que, em outros lugares, param na fronteira da página: a página de status, os componentes que a ligam a monitores reais e os canais de notificação, junto com as verificações. Os incidentes abrem automaticamente a partir de verificações que falham, em vez de serem digitados, e os assinantes por e-mail confirmado e webhook ficam sabendo deles. Tokens com escopo e validade para a execução do Terraform. Grátis no plano hospedado, sem cartão, 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