Stabilna aplikacja Java jest zależna od maszyn wirtualnych w centrum danych firmy, a firma chce ją zmodernizować, minimalizując administrację serwerami i zmiany w kodzie. Które podejście do migracji spełnia te cele przy najmniejszej modyfikacji kodu?

Prawidłowa odpowiedź minimalizuje administrację serwerami i zmiany w kodzie. AWS App2Container automatyzuje konteneryzację istniejącej aplikacji Java, a uruchomienie jej w Amazon ECS z AWS Fargate eliminuje potrzebę zarządzania serwerami EC2, ponieważ Fargate jest bezserwerową opcją obliczeniową dla kontenerów. Amazon ECR służy do przechowywania obrazów kontenerów, a ALB zapewnia wysoką dostępność i równoważenie obciążenia. Pozostałe opcje są mniej odpowiednie: Konteneryzacja aplikacji jako kontenera AWS Lambda wymagałaby znacznych zmian w kodzie, aby dostosować aplikację do modelu bezstanowego i krótkotrwałego funkcji Lambda. Użycie Amazon EKS z zarządzanymi grupami węzłów EKS nadal wymagałoby zarządzania węzłami, choć w mniejszym stopniu niż samodzielne instancje EC2. Ponadto, EKS jest bardziej złożony niż ECS dla prostych wdrożeń kontenerów. Konfiguracja Lambda do używania ALB do obsługi ruchu przychodzącego jest technicznie możliwa, ale nadal wiąże się z wyzwaniami związanymi z dostosowaniem aplikacji do modelu Lambda.