Amazon Route 53
Route 53은 도메인 이름을 실제 서비스 엔드포인트로 연결하는 DNS 계층입니다. 단순 이름 해석을 넘어서 헬스 체크와 라우팅 정책으로 사용자를 어느 대상에게 보낼지 결정합니다.
▶아키텍처 다이어그램
🔗 관계 다이어그램점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
도메인을 한 엔드포인트에만 고정해 두면 장애가 났을 때 우회할 수 없고, 사용자 지역에 따라 다른 경로를 주기도 어렵습니다. DNS를 단순 주소록처럼만 쓰면 트래픽 제어를 가장 앞단에서 놓치게 됩니다.
예전 DNS는 단순히 이름을 IP에 매핑하는 수준이었지만, 클라우드에서는 리전과 엔드포인트가 계속 바뀌므로 더 지능적인 라우팅이 필요해졌습니다. 그래서 DNS와 헬스 체크를 함께 다루는 Route 53 같은 서비스가 중요해졌습니다.
Route 53은 호스티드 존과 레코드를 관리하고, 헬스 체크와 라우팅 정책을 결합해 요청을 적절한 대상으로 보냅니다. 별칭 레코드를 통해 ELB나 CloudFront 같은 AWS 엔드포인트와 자연스럽게 연결되고, 라우팅 정책으로 어디로 보낼지 세밀하게 제어할 수 있습니다. 지연 시간 기반(latency)은 응답 시간이 가장 짧은 리전으로 보내고, 가중치 기반(weighted)은 설정한 비율대로 트래픽을 나눕니다. 지리 기반(geo)은 사용자 위치에 따라 가장 가까운 리전을 선택하고, 장애 조치(failover)는 헬스 체크가 실패한 대상을 우회해 백업으로 자동 전환합니다.
Route 53과 CloudFront는 둘 다 사용자의 첫 요청에 관여하지만 계층이 다릅니다. Route 53은 DNS 응답으로 어디로 보낼지를 정하고, CloudFront는 실제 콘텐츠를 엣지에서 캐시해 전달합니다. 사용자를 어느 엔드포인트로 보낼지 결정하는 문제가 핵심이면 Route 53을 보고, 응답을 가까운 엣지에서 더 빠르게 전달하는 문제가 핵심이면 CloudFront를 보면 됩니다.
도메인 관리, 다중 리전 장애 조치, 지연 시간 기반 분산, 글로벌 사용자 라우팅, AWS와 비AWS 엔드포인트 연결에 적합합니다. 콘텐츠 캐싱이나 정적 자산 가속은 DNS만으로 해결되지 않습니다.