AstroWay/api v2.254.12 · es
todos los sistemas funcionando con normalidad

// service level agreement

SLA 99.9% uptime

Pro and Scale plans only. Credits refund on breach.

Tier · Pro+ Uptime SLO · 99.9% Credit refund · auto on breach

Garantías de uptime

PlanUptime objetivoCompensación con créditos por incumplimiento
Freesin garantíassin compensación
Indie99 %5 % del pago mensual por cada 0.1 %
Starter99.9 %10 % del pago mensual por cada 0.1 %
Pro99.9 %25 % del pago mensual por cada 0.1 %
Business99.95 %50 % del pago mensual por cada 0.1 %
Enterprise99.99 % + custompor contrato, SLA escrito

El uptime se calcula por mes calendario basado en la respuesta https://api.astroway.info/v1/health con estado HTTP 200 dentro de 1,000 ms. Las tareas de mantenimiento planificadas (anunciadas con al menos 48 horas de antelación a través de la página de estado) no se incluyen en el cálculo.

Retrasos objetivo

Se miden en api.astroway.info/v1/* desde una región, solo el tiempo de computación del servidor (sin incluir cliente y red). Publicamos un informe trimestral completo en la página de estado.

Endpoints estándar

Chart, planets, synastry, transits, progressions, ACG, geodetic, solar-return y similares.

MétricaObjetivoReal (muestreo interno, 2026-05-09)
p50< 100 ms~80 ms
p95< 500 ms~280 ms
p99< 1 s~640 ms

Aviso legal: los números reales son de muestreo interno del monitoreo api-calc, el dashboard público de producción-telemetry está en el roadmap. Ten en cuenta: p99 = los extremos más altos, por lo que el tiempo es significativamente mayor que p50.

Endpoints complejos

Agregados de varios días: transit-calendar, forecast-calendar, moon-aspects, aspect-timeline, group-synastry, eclipse-analysis.

MétricaObjetivoReal (2026-04-15)
p95< 2 s1.9 s (moon-aspects, 30d)
p99< 4 s1.9 s

Rectificación

POST /v1/rectification (hasta 120 s) y POST /v1/rectification/trutine (hasta 15 s) son inherentemente de larga duración y no están sujetos a SLA de retrasos. Respetan el encabezado Request-Timeout hasta 180 s.

Límites de frecuencia

Límite suave por clave en rateLimitMiddleware, devuelve HTTP 429 con el encabezado Retry-After.

PlanSolicitudes / minutoPresupuesto mensual de créditos
Free1010 000
Indie3050 000
Starter120200 000
Pro400800 000
Business1 0003 500 000
Enterprisepersonalizadosin límite

El sandbox público (POST /v1/public/chart) está limitado por IP - 30 solicitudes / hora, sin clave de API.

Identificación de solicitud

Cada respuesta contiene el encabezado X-Request-Id (UUID). Añádelo cuando reportes un incidente - guardamos los logs de acceso durante 30 días y con un solo request-id podemos reproducir completamente tu llamada.

En HTTP 5xx, el mismo identificador se duplica en el cuerpo de la respuesta:

{
"ok": false,
"error": {
"code": "INTERNAL_ERROR",
"message": "Internal server error",
"request_id": "c07b5c55-7637-4add-bd2e-7c7c4deb365f"
}
}

Respuesta a incidentes

NivelDefiniciónSLA de respuesta
SEV-1Todas las solicitudes fallan / fallo regionalconfirmación en 15 min
SEV-2Fallo de endpoint individual o >5% de erroresconfirmación en 1 hora
SEV-3Retraso degradado (p95 > 2× objetivo)mismo día hábil
SEV-4Cosmético / problema de un solo clientesiguiente día hábil

Reporta incidentes en support@astroway.info con request-id. Para SEV-1 también revisa la página de estado.

Control de versiones y deprecación

  • Los endpoints viven bajo /v1/ y permanecen compatibles hacia atrás dentro de la versión principal.
  • Los cambios importantes se publican bajo /v2/, y /v1/ continúa funcionando ≥ 12 meses.
  • Agregar campos no se considera un cambio importante; los clientes deben ignorar campos desconocidos.
  • La deprecación se anuncia en el changelog y se envía a los propietarios de cuentas por correo electrónico con al menos 90 días de antelación.

Canales de soporte

PlanCanalRespuesta
FreeGitHub issues, foro comunitariomejor esfuerzo
Startersupport@astroway.info≤ 1 día hábil
Proemail + cola prioritaria≤ 4 horas hábiles
EnterpriseSlack / PagerDuty dedicadosegún contrato