A financial institution is designing a new global OLTP platform to process trades across a primary region () and a secondary recovery region (). The architecture must support database writes with a Recovery Point Objective (RPO) of less than 5 seconds and a Recovery Time Objective (RTO) of less than 1 minute. Microsecond-latency read caching is required locally in both regions. Security compliance dictates that all data at rest must be encrypted using customer-managed keys (CMKs) to enable cross-account access for centralized auditing. Additionally, the system must dynamically scale read capacity in the secondary region during sudden traffic spikes without manual intervention. Which two actions should the solutions architect take to meet these database and storage requirements?
- Deploy an Amazon Aurora PostgreSQL Global Database with the primary cluster in the primary region and a secondary cluster in the secondary region, encrypting both clusters with region-specific KMS Customer Managed Keys, and configure Aurora Auto Scaling on Replicas in the secondary region.Cevap
- Deploy an Amazon ElastiCache for Redis Global Datastore with the primary cluster in the primary region and a secondary cluster in the secondary region to provide local microsecond-latency caching.Cevap
- CDeploy an Amazon Aurora PostgreSQL Global Database using the default AWS-managed KMS key (aws/rds) to encrypt the clusters, and create a cross-account IAM policy to grant key access to the centralized auditing account.
- DConfigure Amazon RDS PostgreSQL Multi-AZ standby instances in the secondary region to serve as the read-scaling endpoints during traffic spikes by modifying the DB parameter group.
- EDeploy Amazon ElastiCache for Memcached in a multi-region cluster configuration to cache query results with global data replication.