Ata da reunião
Revisão de arquiteturaRevisão da latência da API de catálogo (900 ms p95, meta proposta de 400 ms). A hipótese de cache de descrições com TTL de cinco minutos foi discutida, mas não aprovada. Ficou acordado apenas conduzir a investigação de traces; cache e otimização de consultas seguem como alternativas a comparar com base nas evidências.
Decisões
- Prosseguir somente com a investigação de traces antes de qualquer decisão de arquitetura.
- Manter o inventário em tempo real fora de qualquer proposta de cache.
- Não implementar cache nem otimização de consultas até haver evidências dos traces.
- Tratar 400 ms como meta proposta, não como resultado ou prazo.
Próximas ações
| Você | Investigar nos traces onde os 900 ms são gastos e trazer as evidências. |
|---|
Pontos em aberto
- Quem validaria a proposta de cache e se essa validação será executada.
- Como conter o risco de dados obsoletos em caso de deploy ruim ou rollback.
- Qual evidência dos traces justificaria avançar para cache ou otimização de consultas.
- Qual abordagem de produção será escolhida após a investigação.
