Páginas de estado

Una página de estado le muestra a tus clientes si tus apps están funcionando. Lista las apps que elijas, una barra de disponibilidad de 90 días para cada una, e incidentes actuales y pasados.

Crea una

Ve a Status pages en la barra lateral (bajo Operate), luego New status page (solo admins), y completa:

• Title, por ejemplo “Acme status”.
• Address: la página vive en https://app.railyard.run/status/<address>. Eso es de 3 a 50 letras minúsculas, números y guiones.
• Short description (opcional).
• Public: márcalo y cualquiera con el enlace puede ver la página. Sin marcar, la página es un borrador y su dirección pública responde “not found”.

En la configuración de la página, Add app elige una app y un nombre de Shown as (por ejemplo “API”), así los clientes nunca ven los nombres internos de las apps.

Lo que ven los visitantes

• Un banner general que resume todas las apps: operational, degraded, una caída parcial o una caída mayor. Un incidente abierto cuenta como degraded.
• Una fila por app con su estado actual. Los estados son operational, degraded (2 o más de las últimas 5 comprobaciones fallaron), down, under maintenance y sleeping.
• 90 días de barras diarias de disponibilidad y el porcentaje de disponibilidad, construidos a partir de las propias comprobaciones de disponibilidad de Railyard.
• Incidentes actuales, y luego los incidentes de los últimos 14 días.

La página se actualiza cada minuto y sigue la preferencia de modo claro u oscuro del visitante. Una versión en JSON (/status/<address>.json) da el estado de cada app, su disponibilidad de 90 días y cualquier incidente abierto, para tus propias herramientas.

Incidentes

Los incidentes se abren y se resuelven solos cuando una app de la página se cae y vuelve. También puedes publicar los tuyos con:

• Title: por ejemplo “Slow checkouts for some customers”.
• Impact: minor, major, critical o maintenance.
• Status: investigating, identified, monitoring o resolved.
• First update: el mensaje que ven los clientes.

Puedes publicar más actualizaciones a medida que las cosas cambian, y poner el status en resolved para cerrar el incidente.

Límites

• Una página de estado vive en la dirección propia de Railyard. Todavía no se puede servir en tu propio dominio.
• Sus datos vienen de las comprobaciones de disponibilidad de Railyard sobre las direcciones web de tus apps. Una app que solo tiene worker no tiene nada que comprobar.