Sistemas Críticos de Latência

Use esta habilidade quando o usuário se importar com comportamento em tempo real, caminhos de alta demanda (hot paths), atualidade de streaming ou velocidade de execução. Isso inclui infraestrutura semelhante a HFT (High-Frequency Trading), mas a habilidade é focada em engenharia. Ela não autoriza negociação ao vivo ou conselhos financeiros.

Divida as Métricas

Não agrupe tudo em "rápido". Monitore:

• Latência p50, p95 e p99;
• Taxa de transferência (throughput);
• Tempo de atualização (freshness age);
• Profundidade da fila (queue depth);
• Taxa de acerto de cache (cache hit rate);
• Tempo de resposta do provedor/API;
• Tempo de renderização do navegador;
• Correção sob carga;
• Comportamento de falha e retentativa.

Mapeie o Caminho de Alta Demanda (Hot Path)

Escreva o caminho do usuário/evento até o estado final visível:

source event -> provider API -> ingest worker -> queue -> cache -> edge route
-> client stream -> browser render -> user-visible state

Em seguida, meça cada segmento separadamente.

Ordem de Otimização

1. Remova idas e vindas (round trips) desnecessárias.
2. Armazene em cache leituras estáveis com metadados de atualidade.
3. Agrupe chamadas e escritas pequenas.
4. Mova a computação para mais perto dos dados ou do usuário.
5. Divida os caminhos de alta demanda (hot paths) e os de baixa demanda (cold paths).
6. Aplique backpressure antes que as filas cresçam indefinidamente.
7. Use streaming apenas quando melhorar a atualidade ou a experiência do usuário.
8. Adicione canários para dados desatualizados, provedores degradados e estado de cache ruim.

Verificação

Use leituras em tempo real quando uma superfície implantada existir:

• Tempo e cabeçalhos de resposta HTTP;
• Timestamp de atualidade do provedor;
• Estado da fila ou do job;
• Estado da borda/cache;
• Verificação do navegador para atualidade real da UI;
• Logs em torno de retentativas e modo degradado.

Para caminhos adjacentes a dados de mercado ou execução, também verifique a idade do livro de ofertas (orderbook), suposições de VWAP, status do provedor e comportamento do kill-switch antes de considerar o caminho pronto.

Barreiras de Proteção (Guardrails)

• Não otimize a latência descartando validações necessárias.
• Não oculte dados desatualizados atrás de acertos de cache rápidos.
• Não afirme comportamento em milissegundos a partir de rótulos do cliente sem medição.
• Não execute ordens ao vivo, migrações destrutivas ou deploys que impactam o cliente sem um portão de aprovação explícito.
• Mantenha segredos e payloads privados fora dos logs e artefatos de benchmark.