Which solution will meet these requirements?

By:
In: SAP-C02
Tagged:
With: 1 Comment
A retail company wants to improve its application architecture.The company’s applications register new orders, handle returns of merchandise, and provide analytics.The applications store retail data in a MySQL database and an Oracle OLAP analytics database.All the applications and databases are hosted on Amazon EC2 instances.Each application consists of several components that handle different parts of the order process.These components use incoming data from different sources.A separate ETL job runs every week and copies data from each application to the analytics database.A solutions architect must redesign the architecture into an event-driven solution that uses serverless services.The solution must provide updated analytics in near real time.

Which solution will meet these requirements?

Migrate the individual applications as microservices to Amazon Elastic Container Service (Amazon ECS) containers that use AWS Fargate. Keep the retail MySQL database on Amazon EC2. Move the analytics database to Amazon Neptune. Use Amazon Simple Queue Service (Amazon SQS) to send all the incoming data to the microservices and the analytics database.

Create an Auto Scaling group for each application. Specify the necessary number of EC2 instances in each Auto Scaling group. Migrate the retail MySQL database and the analytics database to Amazon Aurora MySQL. Use Amazon Simple Notification Service (Amazon SNS) to send all the incoming data to the correct EC2 instances and the analytics database.

Migrate the individual applications as microservices to Amazon Elastic Kubernetes Service (Amazon EKS) containers that use AWS Fargate. Migrate the retail MySQL database to Amazon Aurora Serverless MySQL. Migrate the analytics database to Amazon Redshift Serverless. Use Amazon EventBridge to send all the incoming data to the microservices and the analytics database.

Migrate the individual applications as microservices to Amazon AppStream 2.0. Migrate the retail MySQL database to Amazon Aurora MySQL. Migrate the analytics database to Amazon Redshift Serverless. Use AWS IoT Core to send all the incoming data to the microservices and the analytics database.

Explanations:

While migrating to microservices using Amazon ECS and Fargate is a step towards serverless architecture, keeping the MySQL database on EC2 and moving the analytics to Amazon Neptune does not support real-time analytics. Additionally, using SQS for data transfer does not inherently create an event-driven architecture.

Creating Auto Scaling groups for EC2 instances contradicts the serverless requirement. Migrating databases to Aurora MySQL is beneficial, but using SNS to send data to EC2 instances does not align with an event-driven solution, and it does not achieve real-time analytics.

This option effectively transitions to a serverless architecture by using EKS with Fargate and Aurora Serverless MySQL. Moving the analytics to Amazon Redshift Serverless allows for scalable and near real-time analytics. EventBridge provides an event-driven approach for data transfer to microservices and analytics.

AppStream 2.0 is designed for application streaming, not for backend processing or microservices. Aurora MySQL and Redshift Serverless are good choices, but using AWS IoT Core for non-IoT data input is inappropriate and does not facilitate an event-driven architecture for this use case.

2025-10-20

1 Comment

  1. Susan
    Author

    I classify that the answer is:
    Migrate the individual applications as microservices to Amazon Elastic Kubernetes Service (Amazon EKS) containers that use AWS Fargate. Migrate the retail MySQL database to Amazon Aurora Serverless MySQL. Migrate the analytics database to Amazon Redshift Serverless. Use Amazon EventBridge to send all the incoming data to the microservices and the analytics database.

Leave a Reply

Your email address will not be published. Required fields are marked *

7 − seven =