Firma tworzy usługę wideo na żądanie, wykorzystując mikroserwisy. Usługa zostanie uruchomiona dla 5 milionów użytkowników i w ciągu 6 miesięcy rozrośnie się do 30 milionów użytkowników. Aplikacja jest wdrożona na Amazon ECS przy użyciu AWS Fargate. Usługi ECS komunikują się przez HTTPS. Architekt rozwiązań musi zaimplementować wdrożenia blue/green, kierować ruch do każdej usługi ECS za pośrednictwem load balancera i zapewnić automatyczne skalowanie liczby zadań w odpowiedzi na alarm Amazon CloudWatch. Który projekt spełnia te wymagania?

Poprawna odpowiedź to: Skonfiguruj usługi ECS tak, aby używały typu wdrożenia blue/green i Application Load Balancer. Zaimplementuj Service Auto Scaling dla każdej usługi ECS. Wyjaśnienie: Application Load Balancer (ALB) jest najlepszym wyborem dla mikroserwisów komunikujących się przez HTTPS, ponieważ działa na warstwie 7 (aplikacji) i może kierować ruch na podstawie ścieżki URL, nagłówków HTTP i innych atrybutów żądania, co jest idealne dla architektury mikroserwisów. Obsługuje również protokół HTTPS. Wdrożenia blue/green są natywnie wspierane przez ECS w połączeniu z ALB, co pozwala na bezpieczne aktualizacje bez przestojów. Service Auto Scaling dla ECS automatycznie dostosowuje liczbę zadań (tasków) w usłudze ECS w odpowiedzi na metryki CloudWatch, spełniając wymagania dotyczące skalowania. Niepoprawne opcje: Network Load Balancer (NLB) działa na warstwie 4 (transportowej) i nie zapewnia zaawansowanych funkcji routingu HTTP/HTTPS potrzebnych dla mikroserwisów. Cluster Autoscaler jest używany głównie w Kubernetes do skalowania węzłów, a nie zadań ECS Fargate. W ECS Fargate nie zarządzamy węzłami, a zadania są uruchamiane bezpośrednio na infrastrukturze zarządzanej przez AWS. Prośba o zwiększenie limitu usługi dla zadań na usługę nie jest rozwiązaniem automatycznego skalowania, a jedynie jednorazowym zwiększeniem limitu.