Приложение Java работает на ECS Fargate (порт 8080); метрики JVM доступны на порту 9404. Вы хотите масштабировать сервис на основе количества потоков JVM с минимальными операционными издержками. Какие два подхода соответствуют этому требованию?

Первый правильный вариант использует агент CloudWatch в качестве sidecar-контейнера для сбора метрик JVM напрямую с порта 9404. Затем эти метрики отправляются в CloudWatch, где на их основе создаются оповещения. Эти оповещения, в свою очередь, запускают политику пошагового масштабирования Fargate, что является стандартным и эффективным подходом для автомасштабирования на основе пользовательских метрик с минимальными операционными издержками. Второй правильный вариант использует Amazon Managed Service for Prometheus (AMP) и AWS Distro for OpenTelemetry (ADOT) в качестве sidecar. ADOT собирает метрики JVM и отправляет их в AMP. Затем политика автомасштабирования Fargate с отслеживанием цели может напрямую использовать метрики из AMP для масштабирования, что также является эффективным решением с низкими операционными издержками. Неправильные варианты: Использование фильтра метрик из логов агента CloudWatch для количества потоков JVM не является прямым способом сбора метрик JVM и может быть менее точным или требовать дополнительной настройки для извлечения числовых значений. Создание правил Prometheus для количества потоков JVM и использование политики пошагового масштабирования Fargate, которая ссылается на эти правила, является излишне сложным. Политика отслеживания цели в Fargate может напрямую использовать метрики Prometheus, что упрощает настройку.