Une entreprise de vente au détail exécute plusieurs applications qui enregistrent les commandes, traitent les retours et fournissent des analyses. Actuellement, elle utilise une base de données transactionnelle MySQL et une base de données d'analyse OLAP Oracle, toutes deux sur EC2. Plusieurs composants d'application produisent des événements provenant de différentes sources ; un ETL hebdomadaire copie les données d'application vers la base de données d'analyse. L'entreprise souhaite une refonte sans serveur, basée sur les événements, qui fournisse des analyses en temps quasi réel. Quelle architecture répond à ces exigences ?

L'option correcte répond aux exigences de refonte sans serveur, basée sur les événements, avec des analyses en temps quasi réel. Amazon EKS avec AWS Fargate offre un environnement sans serveur pour les microservices. Amazon Aurora Serverless MySQL est une base de données transactionnelle sans serveur et évolutive, compatible avec MySQL. Amazon Redshift Serverless fournit une solution d'analyse sans serveur et en temps quasi réel. Amazon EventBridge est idéal pour l'acheminement d'événements, permettant une architecture basée sur les événements. Les autres options sont incorrectes car : L'option 1 conserve MySQL sur EC2, ce qui n'est pas sans serveur, et Neptune est une base de données graphique, pas une base de données analytique OLAP standard. SQS est une file d'attente de messages, pas un routeur d'événements. L'option 2 utilise des instances EC2, ce qui n'est pas sans serveur, et SNS est un service de publication/abonnement, moins adapté à l'acheminement d'événements complexes qu'EventBridge. L'option 4 utilise Amazon AppStream 2.0, qui est un service de streaming d'applications, non pertinent pour la refactorisation de microservices, et AWS IoT Core est destiné aux appareils IoT, pas à l'ingestion d'événements d'application généraux.