AWS Route 53 是 AWS 的 DNS 服务，用于域名注册、DNS 解析、流量路由和健康检查。网站部署在 EC2、S3、CloudFront、ALB 或 API Gateway 后，需要通过 DNS 把域名指向对应资源。Route 53 的作用不是运行网站，而是决定用户输入域名后，请求应该被引导到哪里。
AWS 官方文档也将 Route 53 定义为高可用、可扩展的 DNS Web 服务，并支持域名注册、DNS 路由和资源健康检查。(AWS文档)
AWS Route 53 是什么
Route 53 负责域名解析和流量路由
用户访问 example.com 时，浏览器需要先查询这个域名对应的目标地址。Route 53 负责返回 DNS 结果，例如 EC2 公网 IP、CloudFront 分发域名、ALB 域名或 S3 静态网站端点。
在 AWS 架构中，Route 53 通常位于最外层。EC2 负责运行应用，S3 负责保存文件，CloudFront 负责 CDN 分发，ALB 负责流量转发，Route 53 负责把域名请求指向正确入口。服务器开通、系统镜像、安全组和公网访问规则应在解析前完成，具体流程可参考 亚马逊云服务器购买。
Hosted Zone 是 DNS 记录的容器
Hosted Zone 可以理解为某个域名在 Route 53 中的 DNS 管理区。创建 example.com 的 Public Hosted Zone 后，可以在里面添加 www.example.com、api.example.com、cdn.example.com 等记录。
Public Hosted Zone 用于公网域名解析，Private Hosted Zone 用于 VPC 内部域名解析。内部系统、数据库服务、微服务地址和私有 API 更适合使用 Private Hosted Zone，并与 VPC 网络规划一起设计，相关网络基础可参考 AWS VPC 网络配置教程。
Route 53 常见 DNS 记录怎么选
A 记录和 CNAME 记录
A 记录用于把域名解析到 IPv4 地址，适合指向固定公网 IP。EC2 如果使用 Elastic IP，可以用 A 记录指向该 IP。普通公网 IP 会随实例停止和启动变化，不适合作为长期解析目标。
CNAME 记录用于把一个域名解析到另一个域名，例如把 www.example.com 指向某个服务商提供的域名。CNAME 不能用于根域名 example.com，这是传统 DNS 规则的限制。
Alias 记录适合 AWS 资源
Route 53 的 Alias 记录是 AWS 扩展能力，可把域名指向 CloudFront、S3 bucket、Elastic Load Balancer 等 AWS 资源。Alias 记录既可用于根域名，也可用于子域名，因此在 AWS 环境中比普通 CNAME 更适合绑定 CloudFront、ALB 和 S3。(AWS文档)
常见选择如下：
| 目标资源 | 推荐记录 |
| EC2 Elastic IP | A 记录 |
| CloudFront | Alias 记录 |
| ALB | Alias 记录 |
| S3 静态网站 | Alias 记录 |
| 第三方服务域名 | CNAME 记录 |
| 邮箱验证 | MX / TXT 记录 |
| SSL 验证 | CNAME / TXT 记录 |
DNS 记录选择错误，会导致域名无法访问、根域名无法绑定、CloudFront 证书验证失败或解析结果不稳定。
不同 AWS 场景下怎么配置解析
域名解析到 EC2
EC2 直接作为网站源站时，应使用 Elastic IP 作为稳定公网入口，再用 A 记录指向该 IP。安全组应开放 80 和 443，SSH 只允许固定来源访问。域名解析成功后，还要检查 Web 服务、HTTPS 证书、Nginx 或 Apache 配置。
直接解析到 EC2 适合小型网站、测试服务和简单应用。正式业务更适合在 EC2 前面增加 ALB 或 CloudFront，减少源站直接暴露，服务器端口和防护配置可参考 AWS服务器安全防护。
域名解析到 ALB
生产业务通常使用 Application Load Balancer 作为入口，再把流量转发到多台 EC2。Route 53 应使用 Alias 记录指向 ALB。这样可以避免域名直接绑定单台服务器，也方便后续扩容、健康检查和多可用区部署。
ALB 适合后台系统、API 服务、企业应用和多实例架构。它解决的是应用入口和流量分发问题，不替代 DNS，也不替代 CloudFront。
域名解析到 CloudFront
CloudFront 绑定自定义域名时，需要先在 CloudFront 添加 Alternate Domain Name，再配置覆盖该域名的 SSL/TLS 证书。AWS 文档说明，使用 Route 53 域名配合 CloudFront distribution 时，应创建指向 CloudFront distribution 的 Alias 记录；Alias 记录可用于根域名和子域名。(AWS文档)
CloudFront 使用 ACM 证书时，证书必须在 US East (N. Virginia) us-east-1 区域申请或导入。(AWS文档) CDN 源站、缓存规则、HTTPS 和费用配置可参考 AWS CloudFront 教程。
域名解析到 S3 静态网站
S3 静态网站可以通过 Route 53 解析到 S3 website endpoint，但正式项目更建议使用 CloudFront 作为访问入口，由 CloudFront 连接 S3 源站。这样可以统一 HTTPS、缓存、访问控制和全球分发。
S3 bucket 不应为了访问静态文件而整体公开。文件权限、Block Public Access、Presigned URL 和生命周期规则可参考 AWS S3 教程。
Route 53 健康检查和故障切换
Health Check 用于判断资源状态
Route 53 Health Check 可以自动向 Web 服务器等资源发起请求，判断资源是否可访问、可用和功能正常。资源不可用时，可以触发通知，也可以让 Route 53 把流量转向其他健康资源。(AWS文档)
Health Check 适合检测网站入口、API 地址、主备节点和外部服务状态。它不能替代应用监控，也不能判断所有业务逻辑是否正常。正式业务仍需结合 CloudWatch、日志和应用层监控。
Failover Routing 适合主备架构
Failover Routing 可以在主资源健康时返回主资源，在主资源不健康时返回备用资源。AWS 文档说明，Failover routing 可把流量路由到健康资源，或在主资源不健康时切换到另一个资源。(AWS文档)
主备架构常见于企业官网、下载站、金融后台、API 服务和跨区域灾备。Route 53 负责 DNS 层切换，真正的业务恢复还取决于数据库复制、文件同步、应用部署和切换演练。
Weighted 和 Latency Routing 适合流量调度
Weighted Routing 可以按指定比例把流量分配到多个资源，适合灰度发布、AB 测试和多集群过渡。Latency Routing 适合多区域部署，根据用户到 AWS 区域的延迟选择较合适的资源。AWS 文档列出的路由策略包括 latency、weighted、failover、geolocation、IP-based 和 multivalue answer 等。(AWS文档)
这些策略不能解决架构本身的问题。数据库未同步、源站未部署、证书未配置、缓存未规划时，DNS 策略无法保证业务可用。
Route 53 费用怎么看
Route 53 费用主要来自 Hosted Zone、DNS 查询量、Health Check、域名注册和部分高级路由功能。AWS 官方说明，Route 53 没有长期合约或最低承诺，费用主要基于配置的 hosted zones 和 Route 53 回答的 DNS 查询数量。(AWS文档)
DNS 本身通常不是云账单的大头，但 Health Check、多个 Hosted Zone、全球流量、CloudFront、ALB、WAF 和日志会一起形成长期成本。网站真实成本不能只看 EC2 实例，DNS、CDN、负载均衡、流量和安全服务都应纳入预算，费用拆解可参考 亚马逊云服务器价格。
长期项目如果需要账号开通、域名解析、CloudFront、ALB、账单核对和基础技术支持，可以通过 AWS代理 协助处理。具体服务范围、充值赠金和适用产品应按账号类型、充值金额和实际规则确认。
Route 53 常见配置错误
注册商 NS 未切换
域名如果在外部注册商购买，创建 Route 53 Hosted Zone 后，还需要把注册商处的 NS 服务器改成 Route 53 提供的 NS 记录。否则 Route 53 里的解析记录不会生效。
CloudFront 域名和证书不匹配
CloudFront 绑定自定义域名时，证书必须覆盖该域名，Alternate Domain Name 也必须添加到 distribution。只在 Route 53 里添加解析记录，不能完成 CloudFront 域名绑定。
TTL 设置过长
TTL 控制 DNS 结果缓存时间。上线前或迁移期间，TTL 不宜过长，否则修改记录后需要等待更长时间才会在用户侧生效。稳定运行后，可以根据业务情况设置更长 TTL，减少解析查询和波动。
A、CNAME、Alias 混用错误
根域名不能使用普通 CNAME。CloudFront、ALB、S3 这类 AWS 资源应优先使用 Alias 记录。EC2 如果没有 Elastic IP，不应直接把动态公网 IP 作为长期解析目标。
Route 53 配置顺序
正式配置 Route 53 时，应先确认域名注册位置，再创建 Hosted Zone，随后切换 NS 服务器。源站为 EC2 时，先配置 Elastic IP、安全组和 Web 服务；源站为 CloudFront 时，先配置证书和 Alternate Domain Name；源站为 S3 时，先确认 bucket 权限和访问方式；源站为 ALB 时，先确认监听器、目标组和健康检查。
Route 53 的核心不是添加一条 DNS 记录，而是把域名、源站、证书、缓存、安全和故障切换放在同一套上线流程里管理。域名解析配置正确，用户才能稳定访问 AWS 上的应用；源站、安全和证书没有配置完整，即使 DNS 生效，网站仍然可能无法正常访问。
