Uma aplicação executada como microsserviços no Amazon ECS com Fargate está retornando erros aos usuários. Quais das seguintes etapas um desenvolvedor deve seguir para diagnosticar e corrigir os problemas? (Escolha duas.)

A execução do daemon do AWS X-Ray como um contêiner sidecar é a maneira recomendada para coletar dados de rastreamento de aplicações em contêineres, incluindo aquelas no Fargate. O daemon atua como um proxy, coletando dados brutos e enviando-os ao X-Ray API, o que é mais eficiente do que a aplicação chamar a API diretamente. A política da função da tarefa deve ser atualizada para permitir que o daemon interaja com a API do X-Ray. A opção de implantar o daemon como um daemonset no estilo Kubernetes não se aplica ao Fargate, que é um serviço sem servidor e não expõe a infraestrutura subjacente para a implantação de daemonsets. A instrumentação da aplicação usando o AWS X-Ray SDK e a configuração para enviar dados de rastreamento para o daemon do X-Ray é parte da solução, mas a etapa mais crucial é garantir que o daemon esteja em execução e configurado corretamente. A opção de chamar a API PutXrayTrace diretamente não é a prática recomendada, pois o daemon do X-Ray é projetado para lidar com essa funcionalidade. A configuração de logs para o CloudWatch Logs é importante para a depuração, mas não é a principal ferramenta para rastreamento distribuído e diagnóstico de latência que o X-Ray oferece.