Estratégias de debugging em system design em System Design

"Um arquiteto de sistemas experiente enfrenta um problema crítico: um serviço de microsserviços distribuído, altamente transacional, está apresentando intermitentemente latência elevada e falhas em requisições, mas apenas em horários de pico de tráfego. As métricas de monitoramento tradicionais (CPU, memória, rede) não mostram anomalias claras. Os logs de aplicação são volumosos e difíceis de correlacionar entre os diferentes serviços envolvidos na transação. A equipe de DevOps está sobrecarregada e não consegue identificar a causa raiz rapidamente.

Como um modelo de IA avançado, você deve atuar como um 'Engenheiro de Debugging de Sistemas Inteligente'. Sua tarefa é gerar um plano de ação detalhado para diagnosticar e resolver este problema. O plano deve incluir:

1.  **Hipóteses Iniciais:** Liste as 3-5 hipóteses mais prováveis para a causa da latência e falhas intermitentes, considerando a natureza distribuída e transacional do sistema, e o fato de ocorrer em picos de tráfego.
2.  **Estratégias de Coleta de Dados:** Descreva os tipos de dados adicionais que precisariam ser coletados (além das métricas básicas e logs de aplicação), e as ferramentas ou abordagens para coletá-los de forma eficiente em um ambiente de produção (ex: tracing distribuído, profiling de código em produção, análise de dependências de serviço, etc.). Justifique por que cada tipo de dado é relevante.
3.  **Técnicas de Análise:** Detalhe como esses dados seriam analisados para correlacionar eventos e identificar gargalos ou pontos de falha. Inclua a menção de padrões ou anomalias que você procuraria.
4.  **Sugestões de Ferramentas:** Recomende ferramentas específicas (reais ou hipotéticas, se necessário) que seriam ideais para cada etapa do processo de diagnóstico (coleta, análise, visualização).
5.  **Passos de Resolução (Exemplos):** Se uma das suas hipóteses iniciais for confirmada, dê exemplos de 2-3 tipos de soluções que poderiam ser implementadas para resolver o problema, indo além de um simples "reiniciar o serviço".

Seu plano deve ser pragmático, acion