Aplikacja Java działa na ECS Fargate (port 8080); metryki JVM są udostępniane na porcie 9404. Chcesz skalować usługę w oparciu o liczbę wątków JVM przy minimalnym narzucie operacyjnym. Które dwa podejścia spełniają ten wymóg?

Pierwsza poprawna opcja to uruchomienie agenta CloudWatch jako sidecar, który zbiera metryki JVM z portu 9404. Następnie tworzone są alarmy CloudWatch na podstawie metryki liczby wątków JVM, które wyzwalają politykę skalowania krokowego w Fargate. To podejście jest proste i efektywne, ponieważ wykorzystuje natywne usługi AWS do monitorowania i skalowania, minimalizując narzut operacyjny. Druga poprawna opcja to wykorzystanie Amazon Managed Service for Prometheus (AMP) i AWS Distro for OpenTelemetry (ADOT) jako sidecar. ADOT zbiera metryki JVM i przesyła je do AMP. Następnie polityka skalowania target-tracking w Fargate może bezpośrednio używać metryki Prometheus jako celu skalowania. Jest to również efektywne rozwiązanie, zwłaszcza jeśli organizacja już korzysta z Prometheus do monitorowania, oferując elastyczność i zaawansowane możliwości metryk. Opcja z filtrem metryk z logów agenta CloudWatch jest mniej optymalna, ponieważ wymagałaby parsowania logów, co jest bardziej złożone i może wprowadzać opóźnienia w porównaniu do bezpośredniego zbierania metryk. Opcja z regułami Prometheus i polityką skalowania krokowego jest możliwa, ale polityka target-tracking z metrykami Prometheus jest bardziej bezpośrednia i często preferowana dla automatycznego skalowania.