Uma aplicação Java é executada no ECS Fargate (porta 8080); as métricas da JVM são expostas na porta 9404. Você deseja escalar o serviço com base na contagem de threads da JVM com o mínimo de sobrecarga operacional. Quais duas abordagens atendem a esse requisito?

A primeira opção correta descreve a integração nativa com o CloudWatch. O agente CloudWatch como sidecar pode coletar métricas personalizadas (JVM) de uma porta específica. Alarmes do CloudWatch podem ser configurados nessas métricas e, em seguida, uma política de escalonamento por etapas do Fargate pode ser acionada por esses alarmes, oferecendo uma solução de baixa sobrecarga operacional. A segunda opção correta utiliza o Amazon Managed Service for Prometheus (AMP) e o AWS Distro for OpenTelemetry (ADOT). O ADOT atua como sidecar para coletar e enviar métricas da JVM para o AMP. Uma política de escalonamento de rastreamento de destino no Fargate pode então usar diretamente as métricas do Prometheus como alvo, automatizando o escalonamento de forma eficiente. A opção incorreta sobre "filtro de métricas para a contagem de threads da JVM a partir dos logs do agente" não é a forma padrão de coletar métricas de JVM expostas em uma porta; o agente CloudWatch coleta diretamente de endpoints. A opção incorreta sobre "regras do Prometheus na contagem de threads da JVM e use uma política de escalonamento por etapas no Fargate que faça referência a essas regras" é menos otimizada, pois o AMP se integra melhor com políticas de rastreamento de destino para escalonamento automático.