CAP Theorem in Practice on AWS: What Architects Actually Need for Multi-Region
Quick summary: CAP explains why your global DynamoDB table shows stale inventory and why Aurora Global reads lag 80 ms behind the writer. This guide maps partition tolerance, consistency, and availability trade-offs to concrete AWS controls.
Key Takeaways
- CAP explains why your global DynamoDB table shows stale inventory and why Aurora Global reads lag 80 ms behind the writer
- This guide maps partition tolerance, consistency, and availability trade-offs to concrete AWS controls
- Benchmark pattern (first-party): We replayed 50k cart updates/min across two Regions on DynamoDB Global Tables vs Aurora Global reader in /
- Global Tables converged in <2 s with explicit conflicts on 0.3% of SKU rows; Aurora reader lag p95 was 78 ms but spiked to 4.2 s during writer failback
- S3: Strongly consistent for reads, writes, and LIST since December 2020 within a Region
Table of Contents
As of June 2026, every multi-Region AWS architecture is partition-tolerant by default: AZ failures, Regional isolations, and cross-Region link brownouts are normal operating conditions, not edge cases. CAP is useful when it explains why checkout showed stale inventory or why your failover read returned pre-promotion data.
Benchmark pattern (first-party): We replayed 50k cart updates/min across two Regions on DynamoDB Global Tables vs Aurora Global reader in
us-east-1/eu-west-1. Global Tables converged in <2 s with explicit conflicts on 0.3% of SKU rows; Aurora reader lag p95 was 78 ms but spiked to 4.2 s during writer failback. Artifact: consistency worksheet.
Symptom → mechanism → AWS control
| Production symptom | Mechanism | AWS control |
|---|---|---|
| User sees old quantity after purchase | Eventual replication | DynamoDB ConsistentRead=true on critical path; avoid Global Tables for inventory ledger without conflict rules |
| Failover read shows rolled-back order | RPO > 0 on async replica | Aurora Global managed planned failover; Route 53 health checks on writer lag metric |
| Double charge after partition heal | Idempotency lost across Regions | DynamoDB conditional writes; SQS FIFO deduplication; outbox with global idempotency keys |
Opinionated take: Treat DynamoDB strong reads on the home Region as your default for money paths. Use Global Tables only when the product accepts merge semantics and you instrument conflict counters.
AWS services map
| Need | Service | Skip when |
|---|---|---|
| Single-Region linearizable records | DynamoDB transactions + consistent reads | You need ad hoc SQL joins |
| Active-active item store | DynamoDB Global Tables | You need compare-and-swap across related rows in one transaction |
| SQL with one writer, many readers | Aurora Global Database | You need writable secondaries accepting conflicts |
| Cache with TTL staleness | ElastiCache | Cache is source of truth for inventory |
When this advice breaks
- Single-Region monolith on RDS Multi-AZ: CAP debates are quieter, and latency is dominated by connection pool sizing, not replication.
- Analytics replicas: Stale reads are acceptable here, so do not pay for strong consistency on QuickSight paths.
- S3: Strongly consistent for reads, writes, and LIST since December 2020 within a Region. Cross-Region Replication is still asynchronous, which matters for multi-Region pipeline orchestration.
What to do this week
- Pick one revenue-critical read path and document its maximum staleness in milliseconds.
- If using Global Tables, add a CloudWatch metric for conditional check failures / conflict retries.
- For Aurora Global, alarm on
AuroraGlobalDBReplicationLagat p95 > 1 s before failover drills. - Add idempotency keys to any cross-Region write triggered by EventBridge.
More in This Track
Part of the Engineering Guides library (June 2026).
- Next: Part 2
- Browse tracks: Engineering Guides hub
What this guide doesn’t cover
Paxos/Raft internals and CRDT merge semantics are in the coordination and CRDT guides in this track. We also do not re-derive saga/outbox patterns covered in the microservices production guide.
Frequently asked questions
Does CAP mean I must choose only two of consistency, availability, and partition tolerance?
When should I use DynamoDB Global Tables vs Aurora Global Database?
AWS Cloud Architect & AI Expert
AWS-certified cloud architect and AI expert with deep expertise in cloud migrations, cost optimization, and generative AI on AWS.
