← 전체 목록
🌐
Amazon Route 53
네트워킹DNS 및 도메인 관리
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
도메인을 서비스에 연결하는 것만으로는 장애 조치, 지연 시간 기반 라우팅, 헬스 체크를 해결할 수 없습니다. DNS 자체가 트래픽 제어의 일부가 되어야 합니다.
안에서 어떻게 동작하나요?
Route 53은 호스티드 존과 레코드를 관리하고, 헬스 체크와 라우팅 정책을 결합해 요청을 적절한 대상로 보냅니다. 별칭 레코드를 통해 ELB나 CloudFront 같은 AWS 엔드포인트와도 자연스럽게 연결됩니다.
무엇과 헷갈리나요?
Route 53과 CloudFront는 둘 다 사용자의 첫 요청에 관여하지만 계층이 다릅니다. Route 53은 DNS 응답으로 어디로 보낼지를 정하고, CloudFront는 실제 콘텐츠를 엣지에서 캐시해 전달합니다.
왜 이런 방식이 등장했나요?
예전 DNS는 단순히 이름을 IP에 매핑하는 수준이었지만, 클라우드에서는 리전과 엔드포인트가 계속 바뀌므로 더 지능적인 라우팅이 필요해졌습니다. 그래서 DNS와 헬스 체크를 함께 다루는 Route 53 같은 서비스가 중요해졌습니다.
언제 쓰나요?
도메인 관리, 다중 리전 장애 조치, 지연 시간 기반 분산, AWS 엔드포인트 연결에 적합합니다. 콘텐츠 캐싱이나 정적 자산 가속은 DNS만으로 해결되지 않습니다.
도메인 관리지연 시간 기반 라우팅장애 조치가중치 기반 라우팅
Official Docs
AWS더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.