An enterprise SaaS provider hosts a subscription management billing application on AWS. The application uses an Amazon Aurora PostgreSQL database cluster to manage subscriber billing profiles, transaction history, and subscription statuses. During monthly recurring billing runs and peak customer login windows, the Aurora DB cluster experiences significant CPU utilization spikes (over 90%) and database connection limits are frequently reached, leading to transaction timeouts. Analysis reveals two main issues: first, the application performs frequent read queries to retrieve static plan definitions and subscriber metadata that rarely change; second, high-volume write transactions update subscriber payment status, but subsequent immediately-triggered customer notifications trigger read queries seeking the newly updated subscription status, which requires absolute data consistency and must be highly available with automatic failover. Which TWO actions should the Solutions Architect recommend to improve database and caching efficiency? (Select TWO.)
- Deploy an Amazon ElastiCache for Redis cluster with Multi-AZ and automatic failover, and configure the application to cache static plan definitions and use a write-through caching strategy for subscription statuses.Cevap
- Deploy an Amazon RDS Proxy instance between the billing application and the Aurora DB cluster, and configure the application to route database connections through the proxy.Cevap
- CDeploy an Amazon ElastiCache for Memcached cluster to cache the subscriber billing metadata, and configure multi-AZ replication to ensure session persistence and automatic failover.
- DConfigure Amazon Aurora Auto Scaling to dynamically provision additional read replicas, and configure the application to send subscription write updates directly to the reader endpoint to distribute write capacity.
- EDeploy an Amazon ElastiCache for Memcached cluster using a write-behind strategy to queue billing transaction updates and synchronize them with the Aurora database asynchronously.