A high-traffic e-commerce company is launching a highly anticipated flash sale event. The application is hosted on Amazon ECS tasks using the AWS Fargate launch type behind an Application Load Balancer (ALB). The database tier consists of an Amazon Aurora MySQL cluster. Normal operations generate approximately requests per second, but telemetry from previous events indicates that traffic will instantly spike to requests per second within a -second window at the start of the sale. The majority of the traffic consists of read-heavy product catalog searches and inventory queries, along with a high volume of order placements.
Which two architectural optimizations should the Solutions Architect implement to ensure the application scales effectively without dropping requests or suffering from high latency? (Select TWO.)
- Submit an AWS Support case to pre-warm the Application Load Balancer with the expected request rate, and configure scheduled scaling for the ECS tasks to scale out before the sale begins.Cevap
- BConfigure a Multi-AZ standby instance in the Aurora cluster and route the read-heavy queries to the standby instance to distribute the query load.
- Add Aurora Replicas to the cluster and configure Aurora Auto Scaling to scale the reader instances dynamically based on average CPU utilization.Cevap
- DRely on the Application Load Balancer to automatically scale in response to the sudden traffic spike, and configure target tracking scaling policies on the ECS service based on the ApplicationLoadBalancerRequestCountPerTarget metric.
- EDeploy an Amazon ElastiCache for Memcached cluster to cache catalog queries, relying on Memcached's native multi-AZ replication to ensure read scalability.