Une entreprise souhaite migrer une application à trois niveaux de son environnement sur site vers AWS. Les niveaux web et application s'exécutent sur des machines virtuelles (VM) tierces. Le niveau de base de données s'exécute sur MySQL. L'entreprise souhaite apporter le moins de modifications architecturales possible et a besoin d'une solution de base de données capable de restaurer à un point dans le temps spécifique. Quelle approche de migration répond à ces exigences avec le MOINS de frais opérationnels ?

La bonne approche minimise les modifications architecturales et les frais opérationnels. Le niveau web doit être accessible publiquement, donc les instances EC2 dans des sous-réseaux publics sont appropriées. Le niveau application ne nécessite pas d'accès public direct et bénéficie d'une sécurité accrue dans des sous-réseaux privés. Amazon Aurora MySQL est un choix optimal pour la base de données car il est compatible MySQL, offre une haute disponibilité, une évolutivité et des capacités de restauration à un point dans le temps, tout en étant un service géré (RDS), ce qui réduit les frais opérationnels. Les autres options sont incorrectes car: Migrer les niveaux web et application vers des sous-réseaux privés empêcherait l'accès public au niveau web. Utiliser Amazon RDS for MySQL est une option viable, mais Aurora offre des performances et une résilience supérieures avec des frais opérationnels similaires ou inférieurs pour des charges de travail exigeantes. Placer la base de données dans un sous-réseau public est une mauvaise pratique de sécurité.