Una empresa minorista ejecuta múltiples aplicaciones que registran pedidos, procesan devoluciones y proporcionan análisis. Actualmente, utilizan una base de datos transaccional MySQL y una base de datos analítica OLAP de Oracle, todo en EC2. Varios componentes de la aplicación producen eventos de diferentes fuentes; un ETL semanal copia los datos de la aplicación a la base de datos analítica. La empresa desea un rediseño sin servidor basado en eventos que proporcione análisis casi en tiempo real. ¿Qué arquitectura cumple con estos requisitos?

La opción correcta cumple con los requisitos de un rediseño sin servidor basado en eventos y análisis casi en tiempo real. Amazon EKS con Fargate proporciona una plataforma sin servidor para microservicios. Aurora Serverless MySQL es una base de datos transaccional sin servidor que se escala automáticamente. Amazon Redshift Serverless ofrece una solución de almacenamiento de datos analítico sin servidor y de alto rendimiento. Amazon EventBridge es ideal para enrutar eventos en arquitecturas basadas en eventos, permitiendo análisis casi en tiempo real. Las opciones incorrectas fallan en varios aspectos: La primera opción usa ECS con Fargate para microservicios, pero mantiene MySQL en EC2 y usa Neptune, que no es la mejor opción para análisis OLAP tradicionales, además de usar SQS para enrutamiento, que es menos flexible que EventBridge para eventos complejos. La segunda opción no es sin servidor, ya que utiliza grupos de Auto Scaling de EC2 y Aurora MySQL, que aunque es escalable, no es completamente sin servidor como Aurora Serverless. SNS es un servicio de mensajería, pero EventBridge es más adecuado para enrutamiento de eventos. La cuarta opción usa AppStream 2.0, que es para streaming de aplicaciones de escritorio, no para ejecutar microservicios. IoT Core es para dispositivos IoT y no es la solución adecuada para la ingesta de eventos de aplicaciones internas.