페일오버를 아무리 정교하게 설계해도, 마지막 1km에서 사용자를 새 리전으로 실제로 보내는 건 결국 DNS다. 사용자의 브라우저가 api.example.com을 IP로 바꾸는 그 한 번의 질의가, 어느 리전·어느 인스턴스로 트래픽이 흐를지를 결정한다. Route 53이 단순한 이름-IP 변환기를 넘어 "글로벌 트래픽 컨트롤 플레인"이 된 건, DNS 응답을 위치·지연·가중치·건강 상태에 따라 동적으로 바꿀 수 있게 만들었기 때문이다. 이 글은 DNS의 작동 원리부터 Route 53의 7가지 라우팅 정책, Health Check의 내부 동작, 그리고 Alias·Private Hosted Zone·DNSSEC가 어떻게 안전하고 유연한 라우팅을 떠받치는지를 따라간다.
먼저 DNS의 본질을 짚어야 한다. DNS는 1983년 RFC 882/883(후에 RFC 1034/1035로 표준화)에서 정의된, 인터넷에서 가장 오래되고 가장 널리 쓰이는 분산 데이터베이스다. 핵심 설계는 계층적 위임이다 — 루트(.) → TLD(.com) → 권한 네임서버(example.com)로 책임이 단계적으로 위임되고, 각 단계는 자기 아래만 안다. 그리고 성능을 위해 모든 응답에 **TTL(Time To Live)**이 붙어 리졸버가 그 시간만큼 결과를 캐싱한다