Skip to main content
  1. Home
  2. >
  3. AWS
  4. >
  5. SAA-C03
  6. >
  7. This article

AWS SAA-C03 Drill: Optimizing Global Static Website Delivery - The Cost-Latency Trade-off Analysis

Jeff Taakey
Author
Jeff Taakey
21+ Year Enterprise Architect | Multi-Cloud Architect & Strategist.
Jeff's Architecture Insights
Go beyond static exam dumps. Jeff’s Insights is engineered to cultivate the mindset of a Production-Ready Architect. We move past ‘correct answers’ to dissect the strategic trade-offs and multi-cloud patterns required to balance reliability, security, and TCO in mission-critical environments.

While preparing for the AWS SAA-C03 exam, many candidates get confused by global content delivery optimization. In the real world, this is fundamentally a decision about balancing latency reduction against operational cost and complexity. Let’s drill into a simulated scenario.

The Scenario
#

MediaSpark, a fast-growing digital media startup, hosts their flagship static website on Amazon S3 in the US East (N. Virginia) region. The website receives an increasing volume of traffic from viewers all around the globe. MediaSpark uses Amazon Route 53 for DNS resolution pointing to the S3 website endpoint.

As the global user base expands rapidly, the startup’s engineering team faces a pressing challenge: how to deliver the static content with low latency for international users while keeping net monthly expenses manageable.

Key Requirements
#

Design a solution that significantly reduces latency for global website users most cost-effectively, without introducing unnecessary operational overhead or complex multi-region data management.

The Options
#

  • A) Replicate the S3 bucket containing the website to every AWS region around the world and add Route 53 geolocation routing entries directing users to the nearest bucket.
  • B) Configure an AWS Global Accelerator accelerator and associate its static IP addresses with the S3 bucket endpoint; update the Route 53 DNS records to point to the Global Accelerator’s IPs.
  • C) Create an Amazon CloudFront distribution in front of the S3 bucket and update the Route 53 DNS records to route users to the CloudFront distribution.
  • D) Enable S3 Transfer Acceleration on the bucket and update Route 53 DNS records to point to the accelerated S3 endpoint.

Correct Answer
#

Option C.


The Architect’s Analysis
#

Correct Answer
#

Option C

Step-by-Step Winning Logic
#

CloudFront is purpose-built as a global Content Delivery Network (CDN) optimized to cache and deliver static content close to users. This architecture significantly reduces latency by serving cached objects from the nearest edge location, improving user experience for a global audience.

From a FinOps perspective, CloudFront’s pricing model charges based on edge location requests and data transfer out — but avoids costs from replicating entire data sets across multiple regions, which increases storage costs substantially. Plus, CloudFront leverages S3 origin pull, so there’s no need to manually sync buckets.

Operationally, CloudFront is simple to set up with native S3 integration and handles automatic routing, SSL, and edge caching without requiring complex DNS geolocation configurations.

The Traps (Distractor Analysis)
#

  • Why not A? Replicating the entire website across all AWS regions inflates storage costs and operational complexity. Multi-region bucket replication for a static site leads to higher monthly charges and complicates updates/consistency with no proportional latency gains beyond what a CDN provides.
  • Why not B? AWS Global Accelerator optimizes IP routing mainly for TCP/UDP traffic and static IP needs, but it does not cache content or reduce latency for static website delivery as effectively as CloudFront. Also, Global Accelerator incurs fixed accelerator hourly costs and has no caching layer.
  • Why not D? S3 Transfer Acceleration can improve transfer speed for PUT and GET requests over long distances but does not reduce content latency the same way a CDN does through caching. It’s primarily optimized for accelerated uploads/downloads — not for serving publicly consumable static websites globally.

The Architect Blueprint
#

Mermaid Diagram illustrating CloudFront integrated with S3 and global users

graph TD User["Global User"] -->|HTTP request| CloudFront["CloudFront Edge Location"] CloudFront -->|"Cache miss → pulls from origin"| S3["S3 Bucket<br>(us-east-1)"] CloudFront -->|"Cache hit → serves directly"| User %%style CloudFront fill:#e6f3ff,stroke:#0066cc,%%stroke-width:2px %%style S3 fill:#fff3e6,stroke:#cc6600,%%stroke-width:2px

Diagram Note: Global users send requests to the nearest CloudFront edge location, which serves cached content or pulls from the centralized S3 bucket if the content is not cached.

Real-World Practitioner Insight
#

Exam Rule
#

For the AWS SAA exam, always pick Amazon CloudFront when you see a need to reduce latency for globally distributed static website content behind an S3 origin.

Real World
#

In production, one might combine CloudFront with WAF for security or Lambda@Edge for advanced customization. Sometimes, integrating Route 53 latency routing with multi-region deployments could be warranted for multi-origin failover — but CloudFront remains the cost-effective foundational choice for global static content delivery.

Weekly AWS SAA-C03 Drills: Think Like a CTO

Get 3-5 high-frequency scenarios every week. No brain-dumping, just pure architectural trade-offs.