Een bedrijf moet een drielaagse .NET-webapplicatie (die afhankelijk is van MySQL) migreren van on-premises naar AWS om 200.000 dagelijkse gebruikers te verwerken en schaalbaarheid en hoge beschikbaarheid te bieden. Welke ontwerpstappen moet de solutions architect nemen om aan deze vereisten te voldoen?

De correcte optie voldoet aan de vereisten voor schaalbaarheid, hoge beschikbaarheid en prestaties. Een Application Load Balancer (ALB) is ideaal voor HTTP/HTTPS-verkeer en de EC2 Auto Scaling Group over drie Availability Zones zorgt voor elasticiteit en fouttolerantie. Amazon Aurora MySQL is een krachtige, schaalbare en zeer beschikbare databaseoplossing met Multi-AZ-ondersteuning, wat cruciaal is voor 200.000 dagelijkse gebruikers. De 'Retain deletion policy' voorkomt onbedoeld gegevensverlies. Route 53 met een alias naar de ALB zorgt voor een betrouwbare en schaalbare DNS-oplossing. De andere opties zijn minder geschikt: Network Load Balancer (NLB) is minder geschikt voor HTTP/HTTPS-applicaties dan een ALB. Elastic Beanstalk is een goede optie, maar de databasekeuze is minder optimaal dan Aurora. Het spreiden over twee regio's is overdreven voor de initiële vereisten en voegt complexiteit en kosten toe. Cross-Region read replicas zijn voor disaster recovery, niet primair voor hoge beschikbaarheid binnen één regio. Spot instances zijn niet ideaal voor een drielaagse webapplicatie die hoge beschikbaarheid vereist vanwege hun vluchtige aard. Een enkele RDS MySQL DB-instance met een 'Snapshot deletion policy' biedt niet de hoge beschikbaarheid die een Multi-AZ Aurora-cluster wel biedt.