Observability API
Endpoints de health, métricas e alertas para operação contínua.
reference • updated 2026-03-15
Objetivo
Dar visibilidade operacional sobre saúde da plataforma, desempenho fiscal e condições de alerta para resposta rápida a incidentes.
Endpoints principais
| Endpoint | Utilização | Cadência recomendada |
|---|---|---|
GET /v1/health | estado global e disponibilidade | checks contínuos (30s-60s) |
GET /v1/metrics/fiscal | métricas de emissão/reconciliação | dashboards e revisões horárias |
POST /v1/alerts | criação/disparo de alertas operacionais | quando limiares são ultrapassados |
Taxonomia mínima de métricas
- Disponibilidade: taxa de sucesso por endpoint crítico.
- Latência: p95/p99 de operações de checkout, webhooks e fiscal.
- Backlog: eventos/documentos pendentes por organização.
- Qualidade: taxa de retries, erros por tipo e tempo médio de recuperação.
Exemplo de leitura de health
curl -X GET https://api.beacon.pt/v1/health \
-H "Authorization: Bearer <access_token>"
{
"ok": true,
"timestamp": "2026-03-15T10:15:00Z",
"services": {
"billing": "up",
"webhooks": "up",
"fiscal": "up"
}
}
Política de alertas
- Define limiares por ambiente (
test,live) e criticidade (P1/P2/P3). - Encaminha alertas para canais com dono operacional explícito.
- Liga cada alerta a runbook e critérios de encerramento.
Boas práticas operacionais
- Não silenciar alertas sem ticket de contexto.
- Rever semanalmente ruído vs. cobertura.
- Correlacionar alertas com deploys e janelas de mudança.