OpenStatus

Qué es OpenStatus

OpenStatus une las dos mitades de la comunicación de incidencias que normalmente viven en productos distintos. Una vigila tus servidores, webs y APIs y te avisa cuando están caídos o lentos. La otra es la página pública que abren tus clientes para averiguar si el problema eres tú o son ellos. La mayoría de equipos pequeños acaban pagando por separado un servicio de monitorización y un alojamiento de estado, y luego los mantienen alineados a mano. OpenStatus entrega ambas bajo AGPL-3.0 y te permite ejecutarlo todo tú mismo, si prefieres no depender de un proveedor para anunciar que otro proveedor está bien.

El proyecto arrancó en junio de 2023 y está realmente activo: en el momento de la captura los últimos commits eran del día anterior, incluido un endurecimiento que bloquea rangos de direcciones privadas en la validación de URLs de monitor. Es un monorepo TypeScript: un panel en Next.js, un servidor de API en Hono y un comprobador escrito en Go, con Turso, Drizzle y Tinybird por debajo. Conviene saberlo antes de planificar actualizaciones: no hay releases etiquetadas en GitHub. El proyecto publica desde su rama principal y distribuye imágenes de contenedor precompiladas, así que fijas un digest de imagen en lugar de un número de versión.

Qué trae de serie

El README es concreto sobre su superficie, lo que facilita contrastarlo con lo que de verdad necesitas:

• Páginas de estado Dominios propios, protección por contraseña, ventanas de mantenimiento y notificaciones a suscriptores por correo y RSS. El plan alojado tiene precio plano y miembros ilimitados en lugar de cobrar por puesto o por suscriptor, algo que merece la pena señalar porque esta categoría te ha facturado tradicionalmente según cuánta gente quiere enterarse de que estás caído.
• Comprobaciones desde 28 regiones Los monitores se ejecutan en paralelo desde 28 regiones repartidas en tres proveedores de nube. Un comprobador de una sola región terminará diciéndote que tu sitio está caído cuando lo que pasa es que una región va mal, y te enterarás a las 3 de la madrugada.
• Monitorización como código Monitores, notificaciones y páginas de estado se pueden declarar en YAML, manejar desde la CLI, ejecutar dentro de GitHub Actions o gestionar con Terraform. Si tu infraestructura ya vive en control de versiones, las comprobaciones pueden vivir al lado y revisarse igual.
• Alertas, una API y un servidor MCP Las alertas van a Slack, Discord, PagerDuty o correo. Encima hay una API tipada JSON sobre HTTP con SDK de Node, una CLI con modo `--json` pensado para agentes y un servidor MCP para que un asistente consulte el espacio de trabajo directamente en vez de rascar un panel.
• Autoalojamiento Un archivo de Docker Compose levanta el stack en local, y hay imágenes publicadas más una guía de despliegue en Coolify. Las ubicaciones privadas —comprobaciones que corren dentro de tu propia red contra cosas que internet no alcanza— se distribuyen como una única imagen de 8,5 MB.

Lo que no es: OpenStatus vigila endpoints, no las tripas de tu aplicación. Responde si lo que toca tu cliente está respondiendo y a qué velocidad, no por qué dejó de hacerlo. El trazado y la agregación de logs son otra categoría de herramienta, y el proyecto no pretende lo contrario.

Dónde encaja en el stack de crecimiento de un fundador

Una página de estado no es un canal de adquisición y conviene decirlo sin rodeos: no te va a traer tráfico. Lo que hace es quitar fricción en dos momentos concretos: cuando un cliente potencial decide si eres una empresa de verdad, y cuando un cliente actual decide si escribirte o esperar cinco minutos. Ambos son trabajo de confianza, más cerca de la prueba social que del marketing. El mismo instinto que hace que valga la pena ejecutar Documenso aplica aquí: los artefactos que hacen que una empresa pequeña parezca responsable son baratos de operar y caros de no tener el día que hacen falta.

El detonante para montarla es tu primer cliente de pago, no tu primera caída. Una página de estado creada durante una incidencia es una página a la que nadie está suscrito, en un dominio que nadie conoce, escrita por alguien que en ese momento está muy ocupado. La configuración es una hora de trabajo cuyo valor entero depende de que exista antes que aquello para lo que existe. Si vendes a desarrolladores hay una segunda razón: una página de estado y un changelog son dos de las pocas páginas que un comprador técnico busca por su cuenta, junto con tu documentación. Más sobre ese público en cómo hago marketing de una herramienta para desarrolladores.

Lo que aprendimos apuntando un comprobador a nuestra propia flota

Esta parte la aportamos por operar, no por leer. AgentCeres —el AI Growth Officer en agentceres.com— ejecuta un contenedor separado por espacio de trabajo de cliente, y los inactivos escalan a cero para mantener a raya la factura. Eso convierte "no responde" y "está dormido" en dos estados distintos, y rompió nuestros instintos de monitorización dos veces. Primero, una sonda no es gratis: cada comprobación contra un servicio que escala a cero lo despierta, así que el monitor paga el arranque en frío y borra en silencio el ahorro que lo contrataron a vigilar. Acabamos rastreando un espacio de trabajo que estaba despierto prácticamente siempre hasta dar con una pestaña olvidada con sesión abierta que consultaba un endpoint de fondo cada pocos minutos, mientras el resto de la flota se movía en cifras de un solo dígito. Segundo, nuestras propias comprobaciones de salud tuvieron que aprender a informar "durmiendo" sin sondear nada, una frase que solo tiene sentido cuando ya has decidido qué significa "disponible" en tu arquitectura concreta.