Uma empresa deve migrar um aplicativo web .NET de três camadas (que depende de MySQL) do ambiente on-premises para a AWS para atender 200.000 usuários diários e fornecer escalabilidade e alta disponibilidade. Quais etapas de design o arquiteto de soluções deve seguir para atender a esses requisitos?

A opção correta atende aos requisitos de alta disponibilidade, escalabilidade e desempenho. O Application Load Balancer (ALB) distribui o tráfego de forma eficiente, o EC2 Auto Scaling garante escalabilidade e resiliência em várias Zonas de Disponibilidade. O Amazon Aurora MySQL Multi-AZ oferece alta disponibilidade e desempenho superior ao MySQL tradicional, sendo ideal para cargas de trabalho intensas. A política de exclusão "Retain" para o banco de dados é uma boa prática para evitar perda acidental de dados. O Route 53 com alias é a forma padrão e eficiente de rotear o domínio para o ALB. As outras opções são menos ideais: A primeira opção usa NLB, que é mais adequado para tráfego de camada 4, e Amazon RDS MySQL, que não oferece o mesmo desempenho e escalabilidade do Aurora para 200.000 usuários. A terceira opção introduz complexidade desnecessária com duas regiões e roteamento de geoproximidade quando o requisito principal é alta disponibilidade e escalabilidade em uma única região para 200.000 usuários diários. A quarta opção usa instâncias Spot para o ECS, que são mais baratas, mas não ideais para cargas de trabalho que exigem alta disponibilidade e estabilidade, como um aplicativo web com 200.000 usuários diários. Além disso, o Amazon RDS MySQL não é tão escalável quanto o Aurora.