Você opera um aplicativo de microsserviços executado no AKS com serviços .NET e Node.js. Você precisa: 1) Reduzir os custos de ingestão do Application Insights, preservando os detalhes completos da transação de ponta a ponta sempre que uma operação falhar. 2) Testar a disponibilidade externa do endpoint da API pública de três regiões em intervalos de 1 minuto. 3) Detectar automaticamente anomalias como aumentos repentinos em falhas de dependência. O que você deve implementar?

A amostragem adaptativa do SDK do Application Insights reduz os custos de ingestão, mantendo a telemetria completa para transações com falha, o que atende ao requisito 1. Os testes de disponibilidade Standard (preview/new) oferecem monitoramento de vários locais a cada minuto, atendendo ao requisito 2. O Smart Detection identifica automaticamente anomalias, como aumentos repentinos em falhas de dependência, cumprindo o requisito 3. As opções incorretas falham em um ou mais requisitos: Desabilitar a amostragem do SDK e usar apenas a amostragem de ingestão do lado do servidor não garante a correlação de transações com falha. Testes web clássicos de várias etapas são mais complexos e caros do que o necessário. Usar apenas o Log Analytics para rastreamentos e Workbooks para disponibilidade não atende à detecção automática de anomalias. Desabilitar o Smart Detection impede a detecção proativa. Habilitar o Profiler em todos os serviços e desabilitar a amostragem pode ser caro e não substitui a detecção de anomalias do Smart Detection. Alertas de métricas não são um substituto direto para testes de disponibilidade externos. As sondas de integridade do Traffic Manager não são projetadas para encaminhar resultados detalhados para o Application Insights para análise de disponibilidade. A amostragem estática pode descartar dados importantes de transações com falha.