Bir Java uygulaması ECS Fargate üzerinde çalışıyor (port 8080); JVM metrikleri 9404 portunda yayınlanıyor. Hizmeti, JVM thread sayısına göre minimum operasyonel yük ile ölçeklendirmek istiyorsunuz. Bu gereksinimi karşılayan iki yaklaşım hangisidir?

İlk doğru seçenek, CloudWatch agent'ını sidecar olarak kullanarak JVM metriklerini doğrudan çekmeyi ve CloudWatch alarmları ile step-scaling politikası oluşturmayı içerir. Bu, AWS'nin yerel araçlarını kullanarak basit ve etkili bir çözümdür. CloudWatch agent'ı, belirtilen porttan metrikleri toplayabilir ve CloudWatch metriklerine dönüştürebilir. İkinci doğru seçenek, Amazon Managed Service for Prometheus (AMP) ve AWS Distro for OpenTelemetry (ADOT) kullanımını önerir. ADOT sidecar olarak JVM metriklerini Prometheus formatında AMP'ye gönderir. Ardından, Fargate'te target-tracking scaling politikası ile bu Prometheus metriği üzerinden ölçeklendirme yapılabilir. Bu yaklaşım, Prometheus ekosistemini tercih edenler için modern ve esnek bir çözümdür. Yanlış seçeneklerden ilki, CloudWatch agent'ının loglarından metrik filtresi oluşturmayı önerir, ancak JVM metrikleri genellikle loglarda değil, belirli bir HTTP endpoint'inde sunulur. Diğer yanlış seçenek ise Prometheus kuralları ile step-scaling kullanmayı önerir, ancak target-tracking scaling, sürekli ve dinamik ölçeklendirme için genellikle daha uygun ve verimli bir yöntemdir.