Monitor de página de estado externa

Un monitor de página de estado externa vigila la página de estado pública de un servicio del que depende —AWS, GCP, Azure, GitHub, OpenAI, Anthropic y muchos más— y le avisa cuando ese proveedor informa de una interrupción o de un rendimiento degradado. Úselo para enterarse de los problemas de sus proveedores en cuanto ellos los comunican, y para distinguirlos de los suyos.

También lee páginas de estado creadas con Status200, recurso por recurso, y distingue el mantenimiento planificado de una interrupción: vigile el proyecto de otro equipo, o un proveedor cuya página de estado funciona con Status200.

Cómo funciona#

En cada comprobación, una sonda descarga la página de estado, averigua qué formato usa y lee el estado general, los componentes y los incidentes activos. Si acotó el monitor a un grupo de componentes o a un componente, solo cuentan esos. Después, los criterios deciden si el monitor está en línea o sin conexión.

Puede usarlo para:

• Monitorear la disponibilidad de los servicios de terceros de los que depende su aplicación
• Recibir alertas cuando sus proveedores sufren interrupciones
• Seguir el estado de cada componente
• Acotar el monitoreo a un solo grupo de componentes (p. ej., solo las "APIs" de OpenAI), para que incidentes ajenos en otras partes de la página no activen su monitor
• Detectar un rendimiento degradado antes de que afecte a sus usuarios
• Relacionar sus propios incidentes con los problemas de sus proveedores

Proveedores compatibles#

Detección automática#

Con Automático, Status200 detecta automáticamente el formato de la página de estado, en este orden:

1. Primero, prueba la API de páginas de estado de incident.io (/proxy/<host>).
2. Después, prueba la API JSON de Atlassian Statuspage (/api/v2/status.json, /api/v2/components.json y /api/v2/incidents/unresolved.json).
3. Luego pide el resumen de una página de estado de Status200 (/status-page-api/summary/<page>).
4. Si fallan, intenta leer la página como un feed RSS o Atom.
5. Como último recurso, hace una comprobación básica de accesibilidad HTTP.

La comprobación de accesibilidad también es el último recurso cuando falla un proveedor elegido expresamente. Solo dice si la página responde (en línea con una respuesta 2xx o 3xx) y no informa de componentes ni incidentes.

Crear un monitor de página de estado externa#

1. Empezar un monitor nuevo#

   Vaya a Monitores y haga clic en Crear monitor. En Tipo de monitor, haga clic en Más tipos de monitor y elija Página de estado externa en Basic Monitoring, o escriba statuspage en el cuadro de búsqueda. Introduzca un Nombre y haga clic en Siguiente.

2. Introducir la URL de la página de estado#

   Introduzca la URL de la página de estado. Deje el Proveedor en Automático salvo que conozca el formato.

3. Acotarlo, si hace falta#

   Abra Más campos para introducir un Filtro de grupo de componentes, como APIs, y un Filtro de nombre de componente para vigilar un solo componente (dentro del grupo, si hay un grupo definido).

4. Probarlo#

   Haga clic en Probar monitor para descargar la página una vez, y revise el proveedor, los componentes y los incidentes que encontró.

5. Revisar los criterios#

   El paso de criterios empieza con los criterios predeterminados, que marcan el monitor sin conexión cuando el proveedor informa de un incidente activo o de una interrupción dentro del alcance. Cámbielos si lo necesita y haga clic en Siguiente.

6. Elegir sondas y crear#

   Seleccione las Sondas y un Intervalo de monitoreo —empieza en Cada 5 minutos— y haga clic en Crear monitor.

Opciones de configuración#

Filtro de grupo de componentes#

Si la página de estado organiza sus componentes en grupos, puede acotar el monitor a un solo grupo. Por ejemplo, en https://status.openai.com, introducir APIs acota el monitor a los servicios de API de OpenAI.

Cuando hay un grupo de componentes definido, el número de incidentes activos y el estado general se calculan solo con los componentes de ese grupo: un incidente que afecta a un grupo ajeno (por ejemplo, ChatGPT) no activará un monitor acotado al grupo "APIs".

El filtrado por grupo de componentes es compatible con los proveedores Atlassian Statuspage, incident.io y Status200 Status Page. Los feeds RSS y Atom no exponen grupos de componentes.

Filtro de nombre de componente#

Si la página de estado informa de varios componentes, puede indicar el nombre de un componente para monitorear solo ese. El filtro coincide con cualquier componente cuyo nombre contenga lo que escriba, sin distinguir mayúsculas y minúsculas: actions coincide con un componente llamado "Actions".

Cuando también hay un grupo de componentes definido, el filtro de nombre de componente se aplica dentro de ese grupo, lo que le permite apuntar a un solo componente dentro de un grupo más grande. Si no se indica ningún filtro, se monitorean todos los componentes del alcance. En un feed RSS o Atom, el filtro de nombre se compara con los títulos de los elementos del feed.

Criterios de monitoreo#

Puede configurar criterios para decidir cuándo el servicio externo se considera en línea o sin conexión, según:

El estado general es lo que dice la página, así que sus valores dependen del proveedor: una Atlassian Statuspage informa de su propia descripción, como All Systems Operational; una página de estado de Status200, del peor estado entre sus componentes en el alcance, como under_maintenance; un feed informa de operational o degraded_performance; la comprobación de accesibilidad informa de reachable o unreachable. Estas comparaciones distinguen mayúsculas y minúsculas. Para alertar de interrupciones, External Status Page Active Incidents y External Status Page Component Status suelen ser más fiables.

En un feed RSS o Atom, los elementos de las últimas 24 horas cuentan como incidentes activos: un elemento RSS por su fecha de publicación, una entrada Atom por su fecha de actualización. Un elemento con fecha futura no cuenta hasta esa fecha.

Criterios predeterminados#

De forma predeterminada, Status200 crea criterios basados en lo que de verdad importa en una página de estado —sus incidentes activos y la salud de sus componentes— y no en la mera accesibilidad:

Como el número de incidentes activos y los estados de los componentes respetan los filtros de grupo y de nombre de componente, estos criterios predeterminados se centran automáticamente solo en los componentes que le importan.

Páginas de estado de Status200#

Elija Status200 Status Page como proveedor, o deje Automático, para vigilar una página de estado creada con Status200: el proyecto de otro equipo, o la página de un proveedor en Status200 Cloud o en un Status200 autoalojado. Introduzca la dirección propia de la página en URL de la página de estado: su dominio, como https://status.example.com, o https://status200.ru/status-page/<status-page-id> para una página sin dominio propio.

El monitor lee el resumen de la página, /status-page-api/summary/<page> (consulte Leer el resumen): solo lo que la página muestra a sus visitantes, y nada más del otro proyecto. Cada recurso de la página, un monitor o un grupo de monitores, es un componente, con el nombre que la página le da, en el grupo de la página; un grupo dentro de otro se lee Core / Databases. Vigile un recurso con Filtro de nombre de componente, o un grupo con Filtro de grupo de componentes.

El estado de un componente es el valor que representa su estado en la página, así que los criterios de estado de componente funcionan como en cualquier página de estado:

Mientras un evento de mantenimiento programado en curso afecta a un recurso, porque nombra uno de sus monitores o un monitor de su grupo de monitores, el componente está en under_maintenance, sea cual sea el estado de sus monitores: un monitor no se comprueba mientras un evento lo retiene. Un evento que aún no ha empezado, o que ya terminó, no cambia nada. Los incidentes activos de la página cuentan para los recursos a los que afectan.

Los criterios predeterminados nunca toman un mantenimiento por una interrupción: el monitor sigue en línea durante el trabajo planificado del otro proyecto.

Mostrar en su monitor el mantenimiento del otro proyecto#

1. Añadir el criterio#

   En los criterios del monitor, haga clic en Añadir criterios. Dele el filtro External Status Page Component Status, Igual a, En mantenimiento, y elija su estado de mantenimiento en Cambiar estado del monitor a.

2. Subirlo al principio#

   Arrastre el nuevo criterio por encima de los demás: gana el primer criterio que coincide.

3. Comprobarlo con Probar monitor#

   Haga clic en Probar monitor mientras el otro proyecto tiene un mantenimiento en curso: el componente afectado indica En mantenimiento.

Qué deja leer al monitor una página de estado de Status200#

Una página que cualquiera puede abrir se lee tal como la ven sus visitantes. Una página privada, que pide iniciar sesión, SSO o una contraseña, no se puede leer: con Status200 Status Page elegido, la comprobación falla y lo dice. Una página con una lista de IP permitidas debe dejar pasar la dirección de la sonda: vigílela desde una sonda dentro de esa red.

Variables de plantilla#

Al crear incidentes o alertas a partir de monitores de página de estado externa, puede usar estas variables en títulos, descripciones y notas de corrección (consulte Plantillas de incidentes y alertas):

URL de páginas de estado populares#

Aquí tiene una lista de páginas de estado de servicios populares. Muchas usan Atlassian Statuspage o incident.io, así que el proveedor Automático las detecta automáticamente. Una página que no se basa en ninguno de los dos, y que no es un feed, solo recibe la comprobación de accesibilidad: en esos casos, monitoree en su lugar el feed RSS o Atom del proveedor, si publica uno.

Buenas prácticas#

• Use el proveedor Automático salvo que conozca el formato exacto: la detección automática funciona bien con la mayoría de las páginas de estado.
• Acote a un grupo de componentes si solo depende de una parte de un proveedor (p. ej., solo de las "APIs" de OpenAI), para que los incidentes ajenos no generen ruido.
• Monitoree componentes concretos si solo depende de ciertos servicios.
• Combínelo con sus propios monitores: empareje los monitores de página de estado externa con sus propios monitores de API y de sitio web. Cuando ambos caen a la vez, la página de estado del proveedor le lleva antes a la causa raíz.

Solución de problemas#

Próximos pasos#