Firma musi przeprowadzić migrację trójwarstwowej aplikacji internetowej .NET (która zależy od MySQL) z środowiska lokalnego do AWS, aby obsłużyć 200 000 użytkowników dziennie oraz zapewnić skalowalność i wysoką dostępność. Jakie kroki projektowe powinien podjąć architekt rozwiązań, aby spełnić te wymagania?

Poprawna odpowiedź zapewnia wysoką dostępność, skalowalność i odporność na awarie. Application Load Balancer (ALB) efektywnie rozkłada ruch, a grupa Auto Scaling EC2 w trzech Strefach Dostępności gwarantuje elastyczność i odporność na awarie pojedynczej strefy. Amazon Aurora MySQL Multi-AZ oferuje wysoką dostępność bazy danych z automatycznym przełączaniem awaryjnym i lepszą wydajnością niż standardowy RDS MySQL. Polityka usuwania Retain dla bazy danych zapobiega przypadkowej utracie danych. Route 53 z aliasem kieruje ruch do ALB, zapewniając łatwe zarządzanie domeną. Pozostałe opcje są mniej optymalne: Elastic Beanstalk może być użyteczne, ale NLB jest zazwyczaj dla ruchu na poziomie 4, a aplikacje webowe często korzystają z funkcji ALB na poziomie 7. RDS MySQL Multi-AZ jest dobry, ale Aurora oferuje lepszą wydajność i skalowalność. Rozwiązanie z dwoma Regionami jest przesadzone dla 200 000 użytkowników dziennie, zwiększa złożoność i koszty, a routing geoproximity nie jest optymalny, gdy nie ma globalnych użytkowników rozproszonych geograficznie. Instancje Spot EC2 nie są odpowiednie dla aplikacji wymagających ciągłej dostępności, ponieważ mogą zostać przerwane. RDS MySQL z polityką usuwania Snapshot nie zapewnia takiej samej wysokiej dostępności jak Aurora Multi-AZ.