AWS Certified Solutions Architect Professional SAP-C02 Practice Question
A financial services company is modernizing its monolithic on-premises application by re-architecting it into microservices on AWS. The development team has extensive experience with Kubernetes and its ecosystem of tools. The new architecture will consist of numerous microservices with varying characteristics:
A set of core services are stateful and have stringent compliance requirements, mandating the ability to install specific security and monitoring agents directly on the underlying compute nodes.
Several other services handle stateless, event-driven processing and experience highly unpredictable, spiky traffic patterns.
Which container hosting strategy should a solutions architect recommend to meet all requirements in the most operationally efficient and cost-effective manner?
Deploy the application on Amazon EKS, using a Fargate profile for the stateless services and a managed EC2 node group for the stateful services.
Deploy the application on Amazon ECS, using the Fargate launch type for the stateless services and the EC2 launch type for the stateful services.
Deploy the entire application on Amazon EKS using only self-managed EC2 nodes to ensure maximum control over all microservices.
Deploy the entire application on Amazon EKS using AWS Fargate to minimize operational overhead and benefit from serverless scaling.
The correct option is to use Amazon EKS with a combination of self-managed EC2 nodes and AWS Fargate. This hybrid approach directly addresses all the specified requirements. Using Amazon EKS leverages the team's existing Kubernetes expertise, which reduces the learning curve and allows them to use familiar tooling. The stateful services with strict compliance needs can be deployed on self-managed EC2 nodes, which provide the necessary root-level access for installing custom agents and offer granular control over the underlying infrastructure. The stateless, spiky workloads are perfect candidates for AWS Fargate, which provides a serverless compute engine that automatically scales resources based on demand. This eliminates the operational overhead of managing servers and avoids the cost of over-provisioning for unpredictable traffic.
Using Amazon ECS with a mix of EC2 and Fargate is a plausible but less optimal choice. While it offers a similar hybrid compute model, it does not leverage the team's existing and extensive Kubernetes experience, which would necessitate retraining and migrating their tooling to the ECS ecosystem.
Using only self-managed EC2 nodes with Amazon EKS would meet the compliance and control requirements but would be less cost-effective and operationally efficient for the spiky workloads. This approach would require over-provisioning compute resources or implementing complex cluster auto-scaling logic to handle traffic bursts.
Using only AWS Fargate with Amazon EKS is not suitable because it does not provide the required low-level host access needed to install specific agents for the stateful, compliance-heavy services. Fargate is a serverless model where the underlying host is fully managed by AWS and is not accessible to the user.
Ask Bash
Bash is our AI bot, trained to help you pass your exam. AI Generated Content may display inaccurate information, always double-check anything important.
Why is Amazon EKS with a combination of EC2 nodes and AWS Fargate recommended?
Open an interactive chat with Bash
What is the difference between AWS Fargate and self-managed EC2 nodes in Amazon EKS?
Open an interactive chat with Bash
Why is Amazon ECS not the optimal choice in this scenario?
Open an interactive chat with Bash
AWS Certified Solutions Architect Professional SAP-C02
Accelerate Workload Migration and Modernization
Your Score:
Report Issue
Bash, the Crucial Exams Chat Bot
AI Bot
Loading...
Loading...
Loading...
IT & Cybersecurity Package Join Premium for Full Access