AWS Advanced Networking Cram Sheet: Edge Services & Global Traffic Optimization
Design a solution that incorporates edge network services to optimize user performance and traffic management for global architectures
AWS Advanced Networking Cram Sheet: Edge Services & Global Traffic Optimization
This cram sheet focuses on Domain 1.1: Designing solutions with edge network services to optimize global performance. It covers the critical distinctions between Amazon CloudFront, AWS Global Accelerator, and Route 53 for traffic management.
Topic Weighting
| Domain | Task | Exam Weight (Approx) |
|---|---|---|
| Domain 1: Network Design | 1.1 Edge Network Services | 5-8% of total exam |
[!IMPORTANT] Domain 1 as a whole represents 30% of the ANS-C01 exam. Task 1.1 is the foundational objective for global architecture.
Key Concepts Summary
- Amazon CloudFront: A Content Delivery Network (CDN) that caches content at edge locations. Operates primarily at Layer 7 (HTTP/S). Best for static content, video streaming, and dynamic API acceleration.
- AWS Global Accelerator: Uses the AWS global network to route traffic to the nearest healthy endpoint via Anycast IP addresses. Operates at Layer 4 (TCP/UDP). Ideal for non-HTTP use cases or when you need static IP addresses for your application.
- Amazon Route 53: A highly available DNS service. It manages traffic via DNS records and health checks. It does not "proxy" traffic like CloudFront/GA but directs clients where to go.
- Amazon DAX & ElastiCache: Application-level caching. DAX is specific to DynamoDB; ElastiCache is for general-purpose in-memory data (Redis/Memcached).
Common Pitfalls
- CloudFront vs. GA: Don't use CloudFront for non-HTTP protocols (e.g., VoIP, MQTT). Use Global Accelerator instead.
- Caching Headers: Forgetting to configure
Cache-ControlorExpiresheaders at the origin, leading to poor cache hit ratios in CloudFront. - Static IPs: CloudFront does NOT provide static IP addresses for the edge locations; Global Accelerator DOES provide two static Anycast IPs.
- TTL Confusion: Setting DNS TTLs too high in Route 53 while expecting fast failover (use Alias records or Route 53 Health Checks with low TTLs).
Mnemonics / Memory Triggers
- CF = Caching Fast: CloudFront is about Caching at the edge for Fast delivery of content.
- GA = Global Anycast: Global Accelerator provides two Anycast IPs for the Global AWS backbone.
- L7 vs L4: CloudFront is Content (Layer 7); Global Accelerator is Generic (Layer 4).
Formula / Equation Sheet
Edge Service Comparison
| Feature | Amazon CloudFront | AWS Global Accelerator |
|---|---|---|
| OSI Layer | Layer 7 (HTTP/S) | Layer 4 (TCP/UDP) |
| Primary Goal | Caching & Content Delivery | Network Path Optimization |
| IP Address | Dynamic (DNS-based) | 2 Static Anycast IPs |
| Origin Types | S3, ALB, EC2, Custom | ALB, NLB, EC2, Elastic IP |
| Key Benefit | Reduced origin load via caching | Reduced latency & jitter via AWS backbone |
Practice Set
- Scenario: A company has a legacy UDP-based gaming application and needs to reduce latency for users in Europe accessing a US-based server. Which service is best?
- Answer: AWS Global Accelerator (supports UDP and optimizes the network path).
- Scenario: You need to prevent "Cache Stampede" for a high-traffic S3 website. What should you configure?
- Answer: CloudFront with Origin Shield.
- Scenario: An application requires a single set of static IP addresses for firewall allow-listing at client sites. Which service provides this?
- Answer: AWS Global Accelerator.
- Scenario: You want to route users to the region with the lowest network latency based on DNS. Which Route 53 policy is used?
- Answer: Latency-based Routing.
- Scenario: Your DynamoDB-backed API is seeing high read latency. What is the most efficient edge-like optimization?
- Answer: DynamoDB Accelerator (DAX).
Fact Recall Blanks
- CloudFront caches content at AWS locations. (Edge)
- Global Accelerator provides static Anycast IP addresses. (Two)
- The service that specifically optimizes DynamoDB performance is called . (DAX)
- Route 53 records are used to map a naked domain (example.com) to a CloudFront distribution. (Alias)
Worked Examples
Optimizing a Global API
Problem: A REST API hosted on an Application Load Balancer (ALB) in us-east-1 is experiencing 500ms latency for users in Singapore.
Solution Steps:
- Analyze Protocol: It's HTTPS (Layer 7), so CloudFront is a candidate.
- Evaluate Caching: API responses are dynamic but can be cached for 60 seconds. CloudFront is the best choice here.
- Implementation:
- Create a CloudFront distribution.
- Set the Origin to the ALB DNS name.
- Enable Origin Protocol Policy: HTTPS Only.
- Use Caching Optimized policy to ensure the edge locations hold the API data.
- Result: Users in Singapore hit a local Edge Location. The "First Mile" (Singapore to US-East-1) is handled over the AWS high-speed backbone rather than the public internet.
Visualization of Global Path Optimization
\begin{tikzpicture}[node distance=2cm, font=\small] \draw[thick] (-4,0) node(user) {\fbox{User}}; \draw[thick] (4,2) node(region1) {\fbox{Region: US-East}}; \draw[thick] (4,-2) node(region2) {\fbox{Region: EU-West}}; \draw[blue, ultra thick] (-1,0) node(ga) {\fbox{Global Accelerator}};
\draw[->] (user) -- (ga) node[midway, above] {Public Internet};
\draw[->, orange, dashed] (ga) -- (region1) node[midway, sloped, above] {AWS Backbone};
\draw[->, orange, dashed] (ga) -- (region2) node[midway, sloped, below] {AWS Backbone};
\node at (0,-3) [text width=8cm, align=center] {\textit{Traffic enters the AWS network as soon as possible at the nearest Edge Location to the user.}};\end{tikzpicture}