comparativa de monitoreo como código
¿Qué monitores de disponibilidad tienen proveedor de Terraform?
Muchos servicios de monitoreo le dirán que admiten Terraform. Menos le dirán que el proveedor es un fork de la comunidad archivado en 2023, o que gestiona las comprobaciones pero no puede tocar la página de estado por la que usted les paga. Esta es la situación, contrastada con el Terraform Registry y no con páginas de marketing.
La tabla de abajo es la comparación completa, sin editar. Léala primero si lo prefiere: es la misma que le enviaríamos.
AGPL-3.0 · un solo binario · plan gratuito · sin tarjeta
El registro, no la página de marketing
| Uptimepage | Pingdom | StatusCake | Statuspage | UptimeRobot | OneUptime | |
|---|---|---|---|---|---|---|
| proveedor propio | sí | ninguno | sí | ninguno | sí | sí |
| quién lo mantiene | Uptimepage | forks de la comunidad | StatusCake | particulares | UptimeRobot | OneUptime |
| nivel en el registro | Community | Community | Partner | Community | Community | Community |
| versión más reciente | jul. 2026 | 2020, archivado | oct. 2023 | 2022 · 2024 | jul. 2026 | jul. 2026 |
| gestiona monitores | sí | sí | sí | sin producto | sí | sí |
| gestiona páginas de estado | sí | no | no | solo objetos | sí | sí |
| gestiona canales de alerta | sí | sí | sí | no | sí | sí |
Los niveles del registro son Official (construido por HashiCorp), Partner (fabricante verificado) y Community (todo lo demás). Community no significa de terceros: UptimeRobot y OneUptime publican desde sus propias organizaciones verificadas de GitHub con la insignia Community, y Uptimepage también. El nuestro lleva la misma insignia Community que los suyos, y precisamente por eso le decimos que lea el repositorio y no la insignia.
En el Terraform Registry no existe ningún proveedor en un espacio de nombres propiedad de SolarWinds o de Pingdom. El proveedor de la comunidad más descargado, russellcardullo/pingdom, está archivado y se describe a sí mismo como sin mantenimiento; última versión en 2020, último commit en 2023. Los forks que siguen vivos los mantienen una empresa de medios sin vínculo con Pingdom y algunos particulares, y ninguno gestiona páginas de estado.
El proveedor de StatusCake es de nivel Partner y su repositorio está activo, pero no ha publicado ninguna versión nueva desde la v2.2.2 de octubre de 2023 y no incluye ningún recurso de página de estado, aunque StatusCake vende páginas de estado.
Atlassian no publica ningún proveedor de Statuspage. Las dos opciones de la comunidad gestionan componentes e incidentes en una página que usted creó a mano; ninguna crea la página en sí.
Better Stack, Checkly, Uptime.com, UptimeRobot y OneUptime gestionan monitores y páginas de estado en Terraform, igual que Uptimepage. Grafana y Datadog gestionan comprobaciones sintéticas y ninguna página de estado, porque ninguno de los dos vende una.
Verificado con el Terraform Registry y el repositorio de cada proveedor el 14 de julio de 2026. Los proveedores publican versiones a menudo, así que consulte el registro antes de decidir.
Lea con atención el nivel en el registro
El Terraform Registry tiene tres niveles: Official significa que lo construyó HashiCorp, Partner que el fabricante está verificado y Community todo lo demás. Community no significa de terceros. UptimeRobot y OneUptime publican proveedores desde sus propias organizaciones verificadas de GitHub que aun así llevan la insignia Community, y el README de UptimeRobot llama oficial a su proveedor. Así que la insignia por sí sola no le dirá si un fabricante respalda el proveedor. Se lo dirán quién es el dueño del repositorio y cuándo publicó su última versión.
La carencia que nadie anuncia: las páginas de estado
Esta es la que sorprende a los equipos. Un proveedor que gestiona comprobaciones es lo habitual. Uno que además gestiona la página de estado, sus componentes y sus incidentes no lo es. Pingdom vende páginas de estado, y ninguno de sus proveedores de la comunidad puede gestionarlas. StatusCake vende páginas de estado, y su propio proveedor de nivel Partner no tiene ningún recurso de página de estado. Grafana y Datadog gestionan comprobaciones sintéticas y nada que se parezca a una página de estado, aunque, para ser justos, ninguno de los dos vende una. Si su objetivo es tenerlo todo en código, las comprobaciones y la página pública juntas, esa lista se reduce rápido.
Dónde están de verdad los servicios establecidos
Pingdom no tiene ningún proveedor en un espacio de nombres propiedad de SolarWinds o de Pingdom. Lo que existe es una treintena de forks de la comunidad, y el más descargado de ellos, russellcardullo/pingdom, está archivado: su propia descripción dice que ya no se mantiene, su última versión es de 2020 y su último commit de 2023. Los forks que siguen vivos los mantienen una empresa de medios sin vínculo con Pingdom y algunos particulares. Atlassian tampoco publica nada para Statuspage; los dos proveedores de la comunidad gestionan componentes e incidentes en una página que usted creó a mano, y no pueden crear la página en sí. StatusCake es el término medio honesto: un proveedor real de nivel Partner, de la organización verificada de StatusCake, con el repositorio todavía activo, pero sin ninguna versión nueva desde la v2.2.2 de octubre de 2023.
Quién lo hace bien, incluidos nuestros rivales
Hay que reconocer el mérito a quien lo tiene, porque una página comparativa que solo halaga a su autor no vale nada. Better Stack, Checkly, Uptime.com, UptimeRobot y OneUptime ofrecen proveedores mantenidos por el propio fabricante que gestionan monitores y páginas de estado, y la mayoría publicó una versión este mes. El de Better Stack cubre también las políticas de guardia. Uptimepage no es una excepción en esto, ni dice serlo. La carencia es concreta y está en los servicios establecidos de arriba, aquellos de los que la mayoría de los equipos están migrando de verdad.
El monitor, la página y el componente que los une
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
}Dónde encaja Uptimepage
El proveedor de Uptimepage cubre las tres cosas a la vez: monitores, páginas de estado y canales de alerta, sobre la misma API REST que usa el panel, con tokens de alcance limitado para que una ejecución de Terraform reciba una credencial con alcance de escritura en lugar de una clave de todo o nada. Declare una comprobación, la página en la que aparece y el canal al que llega el aviso, revíselo en un pull request y aplíquelo. Sobre la misma API hay un servidor MCP, por si prefiere preguntarle a un asistente qué está fallando. Úselo alojado gratis y sin tarjeta, o autoaloje todo el producto bajo AGPL.
- 01Inicie sesión con GitHub o Google. Sin tarjeta, sin llamada comercial.
- 02Pegue una URL. La primera comprobación se ejecuta antes de que termine de leer esto.
- 03Publique la página de estado, o expórtela a Terraform y guárdela en Git.
api99,98 %
p95 142 ms · un incidente en 45 días
dashboard99,91 %
p95 318 ms · dos días degradados
webhooks99,99 %
p95 88 ms · sin incidentes
RESUELTO14 min
Latencia elevada en la API del panel
14:22 resuelto, latencia de nuevo por debajo de 300 ms
14:08 abierto automáticamente por la comprobación del panel
activo degradado caído 45 días · suscriptores por correo y webhook