Conceptly
← All Concepts
🌐

Amazon Route 53

NetworkingDNS and Domain Management

Route 53 is the DNS layer that connects domain names to actual service endpoints. Beyond basic name resolution, it uses health checks and routing policies to decide which target a user should reach.

Architecture Diagram

🔗 Relationship

Dashed line animations indicate the flow direction of data or requests

Why do you need it?

If a domain points at only one endpoint, you have nowhere to fail over when that endpoint goes down and no way to send users in different regions along different paths. Treating DNS like a simple address book means giving up traffic control at the earliest layer.

Why did this approach emerge?

Traditional DNS simply mapped names to IPs, but in the cloud, regions and endpoints change constantly, requiring more intelligent routing. This is why services like Route 53, which combine DNS with health checking, became important.

How does it work inside?

Route 53 manages hosted zones and records, combining health checks with routing policies to send requests to the right targets. Alias records connect naturally to AWS endpoints like ELB and CloudFront, and latency-based, weighted, geolocation, and failover routing give you fine-grained control over where traffic goes.

What is it often confused with?

Route 53 and CloudFront both participate in a user's first request, but at different layers. Route 53 decides where to send traffic through DNS responses, while CloudFront caches and delivers actual content from the edge. If the main problem is choosing the right endpoint, look at Route 53; if the main problem is delivering responses faster from nearby edge locations, look at CloudFront.

When should you use it?

Well-suited for domain management, multi-region failover, latency-based distribution, global user routing, and connecting both AWS and non-AWS endpoints. Content caching or static asset acceleration cannot be solved with DNS alone.

Domain managementLatency-based routingFailoverWeighted routing