Une entreprise doit migrer une application web .NET à trois niveaux (qui dépend de MySQL) de son environnement sur site vers AWS afin de gérer 200 000 utilisateurs quotidiens et d'assurer la scalabilité et la haute disponibilité. Quelles étapes de conception l'architecte de solutions doit-il suivre pour répondre à ces exigences ?

La bonne réponse répond aux exigences de scalabilité et de haute disponibilité. CloudFormation permet un déploiement reproductible et gérable de l'infrastructure. Un ALB est idéal pour les applications web HTTP/HTTPS. Un groupe Auto Scaling EC2 sur trois zones de disponibilité assure la haute disponibilité et la scalabilité horizontale. Amazon Aurora MySQL Multi-AZ offre une haute disponibilité et des performances supérieures à RDS MySQL standard, et la politique de suppression "Retain" protège les données. Un alias Route 53 est la méthode standard pour acheminer le trafic vers un ALB. Les autres options sont moins optimales : Elastic Beanstalk est une bonne option, mais l'utilisation d'un NLB n'est pas idéale pour une application web HTTP/HTTPS. L'extension sur deux régions avec un réplica en lecture inter-régions est une sur-ingénierie pour les exigences données et plus coûteuse. L'utilisation d'instances Spot pour une application web critique n'est pas recommandée en raison de leur nature interruptible. Une instance RDS MySQL unique n'offre pas la même résilience qu'un cluster Aurora Multi-AZ.