comparando monitoramento como código
Atlassian Statuspage no Terraform: dois forks, uma lacuna
Procure um provider do Statuspage no Registry e você encontra dois, nenhum da Atlassian. O que tem as estrelas parou de lançar versões em 2022. O que continua lançando tem oito delas. E o recurso que você provavelmente veio buscar não está em nenhum dos dois.
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
Dois forks, nenhum da Atlassian
| Statuspage | Uptimepage | |
|---|---|---|
| provider do próprio fornecedor | nenhum | sim |
| quem mantém | dois forks da comunidade | Uptimepage |
| fork com mais estrelas | yannh, última versão em 2022 | não é necessário |
| fork mantido | sbecker59 v1.1.0, ago. 2026 | o nosso |
| criar a página em código | sem recurso | sim |
| componentes e incidentes | sim | sim |
| monitoramento incluído | nenhum, traga o seu | integrado |
A Atlassian publica o atlassian/atlassian-operations, na v2.0.5, para as operações do Jira Service Management, e nenhum provider para o Statuspage em qualquer namespace dela.
O yannh/statuspage tem 52 estrelas, última versão v0.1.12 em maio de 2022 e último commit em janeiro de 2025. O sbecker59/statuspage tem 8 estrelas e lançou a v1.1.0 em 1º de agosto de 2026.
O fork mantido oferece component, component_group, incident, metric, metric_provider, page_access_group, page_access_user e subscriber. Nenhum dos forks tem um recurso que crie a página.
O Statuspage publica status e não roda verificações, então o monitoramento por trás dele é uma ferramenta separada e um provider separado.
Verificado em 11 de agosto de 2026 no Terraform Registry e no repositório de cada provider. Os providers lançam versões com frequência, então confira antes de decidir.
A Atlassian não publica nenhum
A Atlassian tem, sim, um provider oficial no Registry, o atlassian/atlassian-operations, na v2.0.5, mas ele gerencia as operações do Jira Service Management e não tem nada a ver com o Statuspage. Para o Statuspage em si, não há provider em nenhum namespace da Atlassian. Tudo o que você vai encontrar é mantido pela comunidade.
Os dois forks, com datas
O yannh/statuspage é o que a busca mostra primeiro, com 52 estrelas. A última versão dele é a v0.1.12, de maio de 2022, e o último commit é de janeiro de 2025. O sbecker59/statuspage é o mantido: v1.1.0 lançada em 1º de agosto de 2026, oito estrelas. Popularidade e manutenção apontam para repositórios diferentes aqui, e é pelo número de estrelas que a maioria das equipes escolhe. Confira primeiro a data da última versão.
Nenhum dos dois cria a página
O provider mantido oferece component, component_group, incident, metric, metric_provider, page_access_group, page_access_user e subscriber. Não há recurso de página nele. Então você monta a página do Statuspage à mão, com cliques, e depois deixa o Terraform preenchê-la, que é exatamente o limite que faz as pessoas desistirem da ideia. O Statuspage também publica status sem rodar nenhuma verificação, então o que de fato vigia o seu serviço é uma segunda ferramenta, um segundo provider e uma segunda fatura.
O recurso que nenhum dos forks do Statuspage tem
resource "uptimepage_status_page" "public" {
slug = "acme"
name = "Acme Status"
}Onde o Uptimepage se encaixa
A página é um recurso. Os componentes dela também, e eles se ligam a monitores reais, e não a um nome que você mantém em sincronia à mão; os canais de notificação também são recursos. Os incidentes abrem automaticamente a partir de verificações que falham e chegam aos assinantes por e-mail confirmado e webhook. O monitoramento e a página pública são o mesmo binário, então há um só provider e uma só fatura. 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