Amazon Route 53 は、AWS の DNS サービスです。 ドメイン名をWebサーバー、CloudFront、ロードバランサー、App Runnerなどへ向けるために使われます。名前の53は、DNSが使うポート番号(53番)に由来します。ドメインの登録(レジストラ機能)、名前解決(権威DNS)、ヘルスチェックによる振り分けまでを一つのサービスで扱えるのが特徴です。
まず押さえたいポイント
どんな場面で使う？
example.com、app.example.com、api.example.com、admin.example.com のように、サービスごとに入口を分けたいときによく使います。
CloudFront、ALB、Lightsail、App Runnerなどと組み合わせて、ドメイン名から各サービスへ誘導します。
よくある誤解
Route 53は、サーバーそのものを動かすサービスではありません。
あくまでDNSとして、名前解決やルーティングを担当します。
また、DNSは設定変更がすぐ全世界に反映されるとは限らないため、移行時にはTTLや旧環境の維持時間も考える必要があります。
近い用語との違い
- 一般的なDNS(お名前.comやCloudflare等) ── Route 53もやることはDNSと同じ「名前解決」です。違いは、AWSの各サービス(CloudFront/ALB/S3など)への向き先指定(エイリアスレコード)やヘルスチェック連携がしやすい点です。
- CloudFront ── 名前解決ではなく「配信」を担当。Route 53でドメインをCloudFrontに向け、CloudFrontが実際のコンテンツを配信、という役割分担になります。
- ネームサーバーとレコードの関係を整理したい場合は ネームサーバーとDNSレコードの違い、Route 53の役割全体は Amazon Route 53とは？AWSのDNS で詳しく扱っています。
実務で見るポイント
複数サービスを運用するなら、サブドメイン設計、証明書、リダイレクト、環境別ドメイン、レコードの管理権限を整理します。 小規模でもDNSを雑に扱うと、移行や障害時の切り分けが難しくなります。
小規模運用での判断
小さなサービスでも、最初から app.example.com、api.example.com、admin.example.com、stg.example.com のように役割を分けておくと、後で整理しやすくなります。
DNSは普段あまり触らないため、担当者が退職したり、ドメイン管理会社が分からなくなったりすると移行で詰まりやすいです。
Route 53を使う場合も、誰が変更できるか、変更履歴をどう残すか、TTLをどう設定するかを見ておきます。