SLA e documentação de erros

Isso ajuda a planejar a arquitetura, escrever um código sustentável e confiar na integração mesmo em cenários críticos.
O que faz parte do SLA e da documentação errada
Secção | O que inclui |
---|---|
Métricas SLA | Uptime, média de tempo de resposta, número de erros válidos |
Regulamentos provisórios | Tempo máximo de resposta e reparação de incidentes |
Códigos de erro (HTTP status) | Decifrar 4xx/5xx códigos, recomendações de processamento |
Erros corporais de resposta | Formato de erro JSON, campos de 'código', 'mensagem', 'details' |
Exemplos de processamento de erros | Exemplos de processamento 401, 403, 429, 500 e outros erros |
Comportamento em temporizações | O que fazer quando os limites são ultrapassados ou a API não está disponível |
Para quê os negócios e desenvolvedores precisam disso
Confiança na estabilidade da API
Identificação rápida da causa da falha
Redução da carga de suporte
Automação do processamento de erros no código do cliente
Expectativas claras sobre o sistema para cargas de trabalho e incidentes
Como implementamos
Publicar documentação de código de erro (Swagger, Redoc, Markdown)
Seção separada sobre SLA no portal de desenvolvimento
Configuração de métricas SLA através de Prometheus, Datadog, UptimeRobot
Integração com alertas e monitorização
Suporte de incidentes com tíquetes e tíquetes SLA
Onde é particularmente importante
Serviços financeiros e de seguros
Aplicativos de celular críticos
Plataformas B2B com mais clientes
API pública que tem compromissos SLA
A SLA e a documentação de erros são vossas defesas contra surpresas. Ajudamos os integradores a compreender o sistema e os negócios a garantir a qualidade do serviço.
Contactar-nos
Preencha o formulário abaixo e responderemos o mais rapidamente possível.