AfterPack
Ver como Markdown

Referencia de la Status API

GET /v1/status: el resumen público del estado actual de cada servicio de AfterPack y de su disponibilidad diaria en los últimos 90 días, los datos detrás de status.afterpack.dev.

status.afterpack.dev muestra si cada servicio público de AfterPack está activo y qué parte de cada uno de los últimos 90 días lo estuvo. La página lee un solo endpoint, y tú también puedes leerlo: desde un script de monitorización, un panel o un paso de CI que deba esperar a que termine una caída antes de un build Pro.

Endpoint

GET https://api.afterpack.dev/v1/status

Sin clave, sin sesión y sin cuerpo de petición. Cualquier origen puede llamarlo desde un navegador. Una respuesta puede quedar en caché 60 segundos (Cache-Control: public, max-age=60), así que consultarlo más de una vez por minuto no devuelve nada nuevo.

curl https://api.afterpack.dev/v1/status

Cómo se comprueban los servicios

Un monitor comprueba cada servicio cada 5 minutos desde la red de Cloudflare:

ServicioHostCuenta como activo cuando
APIapi.afterpack.devEl health check responde 200 con "status":"ok".
Sitio webwww.afterpack.devLa página de inicio responde 200.

Un servicio pasa a down tras 2 comprobaciones fallidas seguidas, y vuelve a up con su primera comprobación correcta. Cada comprobación cuenta para la disponibilidad del día, incluido un fallo aislado que no llegó a poner el servicio en down.

Respuesta

{
  "status": "operational",              // overall, see below
  "checkedAt": "2026-10-20T09:15:02Z",  // latest check of any service
  "intervalSeconds": 300,               // time between two checks of a service
  "services": [
    {
      "id": "api",
      "name": "API",
      "host": "api.afterpack.dev",
      "status": "up",                   // up | down | unknown
      "since": "2026-10-18T22:40:01Z",  // when status last changed
      "uptime": 99.982,                 // percent over the 90 days
      "days": [
        { "date": "2026-07-23", "checks": 288, "uptime": 100 },
        // ... one entry per UTC day, oldest first, today last
        { "date": "2026-10-20", "checks": 112, "uptime": 99.107 }
      ]
    }
  ]
}
CampoSignificado
statusoperational cuando todos los servicios están activos, partial_outage cuando algunos están caídos, major_outage cuando lo están todos, unknown antes de la primera comprobación.
checkedAtCuándo se hizo la última comprobación, o null antes de la primera. Un valor mucho más antiguo que intervalSeconds significa que el propio monitor se detuvo.
services[].idUna clave estable del servicio.
services[].statusup, down, o unknown para un servicio aún no comprobado.
services[].sinceCuándo el servicio se activó o cayó por última vez, o null antes de su primera comprobación.
services[].uptimeLa proporción de comprobaciones correctas en los 90 días, en porcentaje, o null sin comprobaciones.
services[].daysExactamente 90 entradas, una por día UTC. uptime es null en un día sin comprobaciones.

Las cifras de disponibilidad se redondean hacia abajo a tres decimales, así que un día con una comprobación fallida muestra 99.652 y nunca 100. Esta respuesta puede ganar campos; los existentes conservan su significado, como en toda la Cloud API.

Cuando la API no responde

La propia API sirve este endpoint, así que cuando api.afterpack.dev no puede responder, /v1/status tampoco. La página de estado consulta entonces el estado de Cloudflare e indica si Cloudflare informa de un problema propio. En un script, trata una petición fallida a /v1/status del mismo modo: como la API caída.

Siguiente