AstroWay/api v2.254.12 · pt
todos os sistemas normais

// 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

Garantias de uptime

PlanoUptime alvoCompensação em créditos em caso de violação
Gratuitosem garantiassem compensação
Indie99 %5 % do pagamento mensal por cada 0.1 %
Starter99.9 %10 % do pagamento mensal por cada 0.1 %
Pro99.9 %25 % do pagamento mensal por cada 0.1 %
Business99.95 %50 % do pagamento mensal por cada 0.1 %
Enterprise99.99 % + personalizadopor contrato, SLA escrito

O uptime é calculado por mês calendário através da resposta https://api.astroway.info/v1/health com status HTTP 200 em 1 000 ms. Trabalhos planeados (anunciados com pelo menos 48 horas de antecedência através da página de status) não são incluídos no cálculo.

Latências alvo

São medidas em api.astroway.info/v1/* de uma região, apenas o tempo de processamento do servidor (sem incluir o cliente e a rede). Publicamos um relatório trimestral completo na página de status.

Endpoints padrão

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

MétricaAlvoReal (amostragem interna, 2026-05-09)
p50< 100 ms~80 ms
p95< 500 ms~280 ms
p99< 1 s~640 ms

Aviso: os números reais são uma amostragem interna do monitoramento api-calc, o dashboard de telemetria de produção público está no roadmap. Note-se: p99 = maiores extremos, por isso o tempo é significativamente maior que p50.

Endpoints pesados

Agregados de vários dias: transit-calendar, forecast-calendar, moon-aspects, aspect-timeline, group-synastry, eclipse-analysis.

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

Retificação

POST /v1/rectification (até 120 s) e POST /v1/rectification/trutine (até 15 s) são por natureza longos e não estão sujeitos a SLAs de latência. Eles respeitam o cabeçalho Request-Timeout até 180 s.

Limites de taxa

Limite suave por chave em rateLimitMiddleware, retorna HTTP 429 com cabeçalho Retry-After.

PlanoPedidos / minutoOrçamento mensal de créditos
Gratuito1010 000
Indie3050 000
Starter120200 000
Pro400800 000
Business1 0003 500 000
Enterprisepersonalizadosem limite

O sandbox público (POST /v1/public/chart) está limitado por IP - 30 pedidos / hora, sem chave de API.

Identificação do pedido

Cada resposta contém o cabeçalho X-Request-Id (UUID). Adicione-o quando relatar um incidente - guardamos logs de acesso por 30 dias e com apenas um request-id podemos reproduzir completamente a sua chamada.

Em HTTP 5xx, o mesmo identificador é duplicado no corpo da resposta:

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

Resposta a incidentes

NívelDefiniçãoSLA de resposta
SEV-1Todos os pedidos caem / falha regionalconfirmação em 15 min
SEV-2Falha de um endpoint específico ou >5 % de errosconfirmação em 1 hora
SEV-3Latência degradada (p95 > 2× o alvo)no mesmo dia útil
SEV-4Cosmético / problema de um único clienteno dia útil seguinte

Relate incidentes para support@astroway.info com request-id. Para SEV-1 verifique também a página de status.

Versionamento e deprecation

  • Os endpoints vivem em /v1/ e permanecem compatíveis com versões anteriores dentro da versão principal.
  • Mudanças de breaking são lançadas em /v2/, e /v1/ continua a funcionar ≥ 12 meses.
  • Adição de campos não é considerada breaking; os clientes devem ignorar campos desconhecidos.
  • Deprecation é anunciado no changelog e enviado por email aos proprietários de contas com pelo menos 90 dias de antecedência.

Canais de suporte

PlanoCanalResposta
GratuitoGitHub issues, community forumbest effort
Startersupport@astroway.info≤ 1 dia útil
Proemail + fila prioritária≤ 4 horas úteis
EnterpriseSlack dedicado / PagerDutypor contrato