

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 文档历史记录
<a name="History"></a>

以下条目描述了每个 Route 53 文档版本中的重要更改。要获得本文档的更新通知，您可以订阅 RSS 源。

**Topics**
+ [2025 年版本](#doc-history-2025)
+ [2024 年版](#doc-history-2024)
+ [2023 年发行版](#doc-history-2023)
+ [2022 版本](#doc-history-2022)
+ [2021 版本](#doc-history-2021)
+ [2020 版本](#doc-history-2020)
+ [2018 版本](#doc-history-2018)
+ [2017 版本](#doc-history-2017)
+ [2016 版本](#doc-history-2016)
+ [2015 版本](#doc-history-2015)
+ [2014 版本](#doc-history-2014)
+ [2013 版本](#doc-history-2013)
+ [2012 版本](#doc-history-2012)
+ [2011 版本](#doc-history-2011)
+ [2010 版本](#doc-history-2010)

## 2025 年版本
<a name="doc-history-2025"></a>

**2025 年 12 月 15 日**  
添加了 Route 53 解析器终端节点的详细 CloudWatch 指标。新指标增强了解析器网络接口和目标名称服务器级别的监控功能，包括 DNS 查询的 P90 响应延迟、对 SERVFAIL、NXDOMAIN、REFECTED 和 FORMERR 响应状态的跟踪，以及对出站解析器端点的目标名称服务器的可用性监控。有关更多信息，请参阅 [CloudWatch Route 53 VPC 解析器的详细指标](monitoring-resolver-with-cloudwatch.md#cloudwatch-detailed-metrics-resolver)。

**2025 年 6 月 26 日**  
向 `AWS/Route53Resolver` 命名空间添加了 `ResolverEndpointCapacityStatus`。有关更多信息，请参阅 [Route 53 VPC 解析器终端节点的指标](monitoring-resolver-with-cloudwatch.md#cloudwatch-metrics-resolver-endpoint)。

**2025 年 6 月 25 日**  
Amazon Route 53 现在支持 VPC Lattice 服务自定义域端点的别名记录。有关更多信息，请参阅 [将流量路由到 Amazon VPC Lattice 服务域端点](routing-to-vpc-lattice-service.md)。

**2025 年 6 月 24 日**  
现在，您可以在 VPC 解析器中使用入站和出站委托。有关更多信息，请参阅 [您网络上的 DNS 解析器如何将 DNS 查询转发到解析器端点](resolver-overview-forward-network-to-vpc.md)。

**2025 年 6 月 1 日**  
添加了 `cloudwatch:GetMetricData`、`tag:GetResources`、`es:ListDomainNames`、`es:DescribeDomains`、`cloudfront:GetDistributionTenantByDomain`、`cloudfront:GetConnectionGroup` 和 `lightsail:GetContainerServices` 的权限。这些权限使您能够获取最多 500 个运行 CloudWatch 状况检查指标、最多 100 个运行状况检查名称、获取指定亚马逊 OpenSearch 服务域的域配置、列出当前用户在活动区域中拥有的所有亚马逊 OpenSearch 服务域的名称、获取 CloudFront 多租户分配并获取 Lightsail 容器服务。有关更多信息，请参阅 [AWS 托管策略： AmazonRoute53 FullAccess](security-iam-awsmanpol-route53.md#security-iam-awsmanpol-AmazonRoute53FullAccess)。

**2025 年 4 月 28 日**  
您现在可以将接口 VPC 端点关联到 Route 53 配置文件。有关更多信息，请参阅 [将接口 VPC 端点与 Route 53 配置文件关联](profile-associate-vpc-endpoints.md)。

**2025 年 4 月 28 日**  
现在，您可以向 CloudFront 分发租户添加别名记录。有关更多信息，请参阅 [使用您的域名将流量路由到 Amazon CloudFront 分配](routing-to-cloudfront-distribution.md)。

**2025 年 2 月 27 日**  
更新了 Route 53 指南，提供了 Traffic Flow 的全新控制台体验。有关更多信息，请参阅[创建和管理流量策略](traffic-policies.md)和[创建和管理策略记录](traffic-policy-records.md)。

**2025 年 1 月 14 日**  
Amazon Route 53 现在支持 OpenSearch 服务自定义域终端节点的别名记录。有关更多信息，请参阅 [将流量路由到亚马逊 OpenSearch 服务域终端节点](routing-to-open-search-service.md)。

**2025 年 1 月 13 日**  
在 Security Hub CSPM 中添加了解析器 DNS 防火墙调查结果。有关更多信息，请参阅 [将结果从 Resolver DNS 防火墙发送到 Security Hub CSPM](securityhub-integration.md)。

## 2024 年版
<a name="doc-history-2024"></a>

**2024 年 11 月 15 日**  
添加了 Resolver DNS Firewall Advanced，这是解析器 DNS 防火墙上的一组新功能，允许您识别和阻止与高级 DNS 威胁（例如 DNS 隧道、域生成算法 (DGA) 和基于字典 DGA 的威胁）相关的 DNS 流量。有关更多信息，请参阅 [DNS 防火墙高级规则](firewall-advanced.md)。

**2024 年 10 月 29 日**  
添加了对 HTTPS、SSHFP、SVCB 和 TLSA DNS 记录类型的支持。有关更多信息，请参阅 [支持的 DNS 记录类型](ResourceRecordTypes.md)。

**2024 年 10 月 3 日**  
为 DoH 出站 Resolver 端点添加了服务名称指示 (SNI) 的支持。有关更多信息，请参阅 [创建或编辑规则时指定的值](resolver-forwarding-outbound-queries-rule-values.md)。

**2024 年 9 月 3 日**  
您现在可以使用 `route53:VPCs` 策略条件来授予管理 VPC 与托管区关联的精细访问权限。有关更多信息，请参阅 [使用 IAM 策略条件进行精细访问控制](specifying-conditions-route53.md)。

**2024 年 8 月 27 日**  
`AmazonRoute53ProfilesFullAccess` 添加了 `GetProfilePolicy` 和 `PutProfilePolicy` 权限。这些是仅限权限的 IAM 操作。如果 IAM 委托人未获得这些权限，则在尝试使用该 AWS RAM 服务共享个人资料时会出错。有关更多信息，请参阅 [AWS 托管策略： AmazonRoute53 ProfilesFullAccess](security-iam-awsmanpol-route53.md#security-iam-awsmanpol-AmazonRoute53ProfilesFullAccess)。

**2024 年 8 月 27 日**  
`AmazonRoute53ProfilesReadOnlyAccess` 添加了 `GetProfilePolicy` 权限。这是仅限权限的 IAM 操作。如果 IAM 委托人未获得此权限，则在尝试使用该 AWS RAM 服务访问配置文件的策略时将发生错误。有关更多信息，请参阅 [AWS 托管策略： AmazonRoute53 ProfilesReadOnlyAccess](security-iam-awsmanpol-route53.md#security-iam-awsmanpol-AmazonRoute53ProfilesReadOnlyAccess)。

**2024 年 8 月 5 日**  
添加了语句 ID (Sid)，以唯一地标识托管策略 `AmazonRoute53ResolverFullAccess`。有关更多信息，请参阅 [AWS 托管策略： AmazonRoute53 ResolverFullAccess](security-iam-awsmanpol-route53.md#security-iam-awsmanpol-AmazonRoute53ResolverFullAccess)。

**2024 年 8 月 5 日**  
添加了语句 ID (Sid)，以唯一地标识托管策略 `AmazonRoute53ResolverReadOnlyAccess`。有关更多信息，请参阅 [AWS 托管策略： AmazonRoute53 ResolverReadOnlyAccess](security-iam-awsmanpol-route53.md#security-iam-awsmanpol-AmazonRoute53ResolverReadOnlyAccess)。

**2024 年 7 月 18 日**  
更新了整个 Route 53 指南，为运行状况检查提供全新的控制台体验。有关更多信息，请参阅 [创建、更新和删除运行状况检查](health-checks-creating-deleting.md)。

**2024 年 4 月 30 日**  
您现在可以决定 DNS Firewall 规则是检查（默认）还是信任 DNS 重定向链。有关更多信息，请参阅[解析器 DNS 防火墙组件和设置](resolver-dns-firewall-overview.md#resolver-dns-firewall-components)和[DNS Firewall 中的规则设置](resolver-dns-firewall-rule-settings.md)。

**2024 年 4 月 22 日**  
现在，您可以使用 Route 53 DNS-specific 配置文件与许多 VPC 和 AWS 账户共享配置。有关更多信息，请参阅 [Amazon Route 53 Profiles 是什么？](profiles.md)。

**2024 年 4 月 22 日**  
添加了托管策略 `AmazonRoute53ProfilesReadOnlyAccess` 和 `AmazonRoute53ProfilesFullAccess`，以授予对 Amazon Route 53 Profiles 的只读和完全访问权限。有关更多信息，请参阅 [AWS 亚马逊 Route 53 的托管策略](security-iam-awsmanpol-route53.md)。

**2024 年 2 月 5 日**  
现在，您可以通过 DNS 防火墙使用 Amazon EventBridge 发送实时警报。有关更多信息，请参阅 [使用管理解析器 DNS 防火墙事件 Amazon EventBridge](dns-firewall-eventbridge-integration.md)。

**2024 年 1 月 9 日**  
您现在可以将 DNS 查询类型用作 DNS Firewall 规则的可选值，以区分该规则对特定 DNS 查询类型的响应。有关更多信息，请参阅[解析器 DNS 防火墙组件和设置](resolver-dns-firewall-overview.md#resolver-dns-firewall-components)和[DNS Firewall 中的规则设置](resolver-dns-firewall-rule-settings.md)。

**2024 年 1 月 9 日**  
您现在可以使用“快速创建记录”或“创建记录”向导来创建地理位置临近度路由记录。有关更多信息，请参阅 [地理位置临近度路由](routing-policy-geoproximity.md)、[地理位置临近度记录的特定值](resource-record-sets-values-geoprox.md) 和 [地理位置临近度别名记录的特定值](resource-record-sets-values-geoprox-alias.md)。

## 2023 年发行版
<a name="doc-history-2023"></a>

**2023 年 12 月 20 日**  
现在，您可以通过 HTTPS 将 DNS 与解析器端点一起使用。有关更多信息，请参阅 [选择用于端点的协议](resolver-choose-vpc.md#resolver-endpoint-protocol-considerations)。

**2023 年 7 月 20 日**  
Outposts 上的亚马逊 Route 53 现已在机架上 AWS Outposts 线。它包括一个 VPC 解析器，用于缓存来自的所有 DNS 查询。 AWS Outposts在部署入站和出站端点时，您还可以在 Outpost 和本地 DNS 解析程序之间设置混合连接。有关更多信息，请参阅 [什么是 Amazon Route 53 on Outposts？](outpost-resolver.md)。

**2023 年 7 月 19 日**  
启用本地区域后，您现在可以将它们与地理位置临近度路由（仅限流量流）一起使用。有关更多信息，请参阅 [地理位置临近度路由](routing-policy-geoproximity.md) 和[流量策略文档格式](https://docs.aws.amazon.com/Route53/latest/APIReference/api-policies-traffic-policy-document-format.html)。

**2023 年 3 月 22 日**  
更新了整个 Route 53 指南，为您提供全新的域控制台体验。您还可以使用全新的主机体验将域名从一个域名转移 AWS 账户 到另一个域名 AWS 账户。有关更多信息，请参阅[注册新域](domain-register.md)和[转移域](domain-transfer.md)。

**2023 年 3 月 10 日**  
现在，您可以通过 Route 53 VPC 解析器使用 IPv4、IPv6 或双栈终端节点连接到您的资源。有关更多信息，请参阅[创建或编辑入站端点时指定的值](resolver-forwarding-inbound-queries-values.md)和[创建或编辑出站端点时指定的值](resolver-forwarding-outbound-queries-endpoint-values.md)。

## 2022 版本
<a name="doc-history-2022"></a>

**2022 年 9 月 21 日**  
现在，您可以使用策略条件为用户提供在 Amazon Route 53 中更新资源记录集的精细访问权限。有关更多信息，请参阅 [使用 IAM 策略条件进行精细访问控制](specifying-conditions-route53.md)。

**2022 年 8 月 30 日**  
亚马逊 Route 53 现在支持 2022 年 8 月 1 日之后创建的 AWS App Runner 服务的别名记录。有关更多信息，请参阅 [将流量路由到 AWS App Runner 服务](routing-to-app-runner.md)。

**2022 年 6 月 1 日**  
IP-based Amazon Route 53 现已提供路由选项。有关更多信息，请参阅 [基于 IP 的路由](routing-policy-ipbased.md)。

**2022 年 3 月 16 日**  
Amazon Route 53 中的私有托管区域现在支持地理位置和基于延迟的路由选项。有关更多信息，请参阅 [使用私有托管区域的注意事项](hosted-zone-private-considerations.md)。

**2022 年 1 月 25 日**  
更改 .com.au 和 .net.au TLD 所有权的流程现已简化，只需回复两封电子邮件（包括新老注册者），无需填写表格。有关更多信息，请参阅 [.com.au（澳大利亚）](com.au.md) 和 [.net.au（澳大利亚）](net.au.md)。

## 2021 版本
<a name="doc-history-2021"></a>

**2021 年 10 月 26 日**  
添加了对使用 Amazon Route 53 禁用默认反向 DNS 规则的支持 现在，您可以禁用创建这些规则，改为根据需要将反向 DNS 命名空间的查询转发到外部服务器。有关更多信息，请参阅 [VPC 解析器中反向 DNS 查询的转发规则](resolver-rules-managing.md#resolver-automatic-forwarding-rules-reverse-dns)。

**2021 年 9 月 1 日**  
添加了一个新的入门主题，该主题将引导您完成为静态网站创建 Amazon CloudFront 发行版的过程。有关更多信息，请参阅 [使用 Amazon CloudFront 发行版为静态网站提供服务](getting-started-cloudfront-overview.md)。

**2021 年 7 月 14 日**  
已开始追踪 Amazon Route 53 的 AWS 托管政策。有关更多信息，请参阅 [AWS 亚马逊 Route 53 的托管策略](security-iam-awsmanpol-route53.md)。

**2021 年 3 月 31 日**  
添加了解析器 DNS 防火墙。借助 DNS Firewall，您可为来自您 VPC 的出站 DNS 请求提供保护。有关更多信息，请参阅 [使用 DNS Firewall 筛选出站 DNS 流量](resolver-dns-firewall.md)。

## 2020 版本
<a name="doc-history-2020"></a>

**2020 年 12 月 17 日**  
为 Route 53 VPC 解析器添加了对 DNSSEC 签名的支持。有关更多信息，请参阅 [在 Amazon Route 53 中配置 DNSSEC 签名](dns-configuring-dnssec.md)。  
为 Route 53 VPC 解析器添加了对 DNSSEC 验证的支持。有关更多信息，请参阅 [在 Amazon Route 53 中启用 DNSSEC 验证](resolver-dnssec-validation.md)。

**2020 年 9 月 23 日**  
更新了 Route 53 指南，提供了全新控制台体验。有关更多信息，请参阅 [什么是 Amazon Route 53？](Welcome.md)。

**2020 年 9 月 1 日**  
添加了对 Resolver 查询日志的支持。有关更多信息，请参阅 [Resolver 查询日志记录](resolver-query-logs.md)。

## 2018 版本
<a name="doc-history-2018"></a>

**2018 年 12 月 20 日**  
您可以创建 Route 53 别名记录，以将流量路由到 API Gateway API 或 Amazon VPC 接口端点。有关更多信息，请参阅 [值/流量路由至](resource-record-sets-values-alias.md#rrsets-values-alias-alias-target)。

**2018 年 11 月 28 日**  
Route 53 自动命名（也称为服务发现）现在是一项单独的服务 AWS Cloud Map。有关更多信息，请参见[AWS Cloud Map 开发人员指南](https://docs.aws.amazon.com/cloud-map/latest/dg/)。

**2018 年 11 月 19 日**  
您可以使用 Route 53 解析程序通过 Direct Connect 或 VPN 连接配置 VPC 和您网络之间的 DNS 解析。（解析程序是递归 DNS 服务的新名称，此服务预设情况下提供给 Amazon Virtual Private Cloud (Amazon VPC) 中的所有客户。） 这样，您就可以将来自您网络上解析程序的 DNS 查询转发到 Route 53 Resolver。解析程序还可让您将对于所选域名 (example.com) 和子域名 (api.example.com) 的查询从 VPC 转发到您网络上的解析程序。有关更多信息，请参阅 [什么是 Route 53 VPC 解析器？](resolver.md)。

**2018 年 11 月 7 日**  
当您使用 Route 53 Traffic Flow 和地理位置临近度路由时，您可以使用交互式地图直观显示您的最终用户如何路由到您遍布全球的端点。有关更多信息，请参阅 [查看显示地理位置临近度设置效果的地图](traffic-policies.md#traffic-flow-geoproximity-map)。

**2018 年 10 月 18 日**  
您可以使用 Route 53 控制台和 API 来临时禁用 Route 53 运行状况检查。这可让您轻松地暂停监控端点（如 Web 服务器），以便您可以对其执行维护，而不会触发告警或生成不必要的日志或状态消息。有关更多信息，请参阅[您在创建或更新运行状况检查时指定的值](health-checks-creating-values.md)中的“已禁用”。该功能适用于所有三种类型的 Route 53 运行状况检查：监控终端节点的运行状况检查、监控其他运行状况检查的运行状况检查和监控 CloudWatch 警报的运行状况检查。

**2018 年 3 月 13 日**  
如果您使用自动命名，您现在可以使用第三方运行状况检查程序来评估资源的运行状况。当资源在 Internet 上不可用时，例如由于实例位于 Amazon VPC 中，此功能会非常有用。有关更多信息，请参阅[HealthCheckCustomConfig](https://docs.aws.amazon.com/cloud-map/latest/api/API_HealthCheckCustomConfig.html)《*亚马逊 Route 53 API 参考*》。

**2018 年 3 月 9 日**  
IAM 现在包括适用于自动命名的托管策略。有关更多信息，请参阅 [AWS 亚马逊 Route 53 的托管策略](security-iam-awsmanpol-route53.md)。

**2018 年 2 月 6 日**  
现在，您可以配置自动命名来创建别名记录，用于将流量路由到 ELB 负载均衡器或者创建 CNAME 记录。有关更多信息，请参阅《*Amazon Route 53 [RegisterInstance](https://docs.aws.amazon.com/Route53/latest/APIReference/API_autonaming_RegisterInstance.html)API 参考》中 API* 文档中的[属性](https://docs.aws.amazon.com/cloud-map/latest/api/API_RegisterInstance.html#cloudmap-RegisterInstance-request-Attributes)。

## 2017 版本
<a name="doc-history-2017"></a>

**2017 年 12 月 5 日**  
您现在可以使用 Route 53 自动命名 API 来针对微服务预置实例。自动命名可让您自动创建 DNS 记录并选择基于您定义的模板进行运行状况检查。有关更多信息，请参阅[什么是 AWS Cloud Map？](https://docs.aws.amazon.com/cloud-map/latest/dg/) 在《*AWS Cloud Map 开发人员指南》*中。

**2017 年 11 月 16 日**  
现在，您可以通过编程方式同时获取对 Route 53 资源（例如托管区域和运行状况检查）的当前配额，以及您目前使用的每个资源的数量。有关更多信息 [GetAccountLimit](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetAccountLimit.html)，请参阅《*亚马逊 Route 53 API 参考*》[GetReusableDelegationSetLimit](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetReusableDelegationSetLimit.html)中的[GetHostedZoneLimit](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZoneLimit.html)、和。

**2017 年 10 月 3 日**  
Route 53 现已成为符合 HIPAA 要求的一项服务。有关更多信息，请参阅 [Amazon Route 53 的合规性验证](route-53-compliance.md)。

**2017 年 9 月 29 日**  
现在，您可以通过编程方式检查域是否可以传输到 Route 53。有关更多信息，请参阅[CheckDomainTransferability](https://docs.aws.amazon.com/Route53/latest/APIReference/API_domains_CheckDomainTransferability.html)《*亚马逊 Route 53 API 参考*》。

**2017 年 9 月 11 日**  
现在，您可以创建 Route 53 别名记录，以将互联网流量路由到 Elastic Load Balancing 网络负载均衡器。有关别名记录的更多信息，请参阅[在别名记录和非别名记录之间进行选择](resource-record-sets-choosing-alias-non-alias.md)。

**2017 年 9 月 7 日**  
如果您使用 Route 53 作为您的公有、授权 DNS 服务，则您现在可以记录 Route 53 接收的 DNS 查询。有关更多信息，请参阅 [公有 DNS 查询日志记录](query-logs.md)。

**2017 年 9 月 1 日**  
如果您使用 Route 53 Traffic Flow，您现在可以使用地理位置临近度路由，基于您的用户和资源之间的实际距离路由流量。您也可以通过指定正偏差或负偏差，将更多或更少的流量路由到每个资源。有关更多信息，请参阅 [地理位置临近度路由](routing-policy-geoproximity.md)。

**2017 年 8 月 21 日**  
您现在可以使用 Route 53 创建认证机构授权 (CAA) 记录，该记录可让您指定可为您的域和子域颁发证书的证书颁发机构。有关更多信息，请参阅 [CAA 记录类型](ResourceRecordTypes.md#CAAFormat)。

**2017 年 8 月 18 日**  
现在，您可以使用 Route 53 控制台将大量域传输到 Route 53。有关更多信息，请参阅 [将域注册转移到 Amazon Route 53](domain-transfer-to-route-53.md)。

**2017 年 8 月 4 日**  
注册域时，有些顶级域名 (TLD) 的注册机构要求您验证您是否为注册联系人指定了有效的电子邮件地址。现在，您可以发送验证电子邮件并确认您已在域注册流程中成功验证电子邮件地址。有关更多信息，请参阅 [注册新域](domain-register.md)。

**2017 年 6 月 21 日**  
如果您要将流量以近乎随机的方式路由到多个资源 (例如 Web 服务器)，您现在可以为每个资源创建一条多值应答记录，并可选择将 Route 53 运行状况检查关联至每条记录。Route 53 通过最多八条对应于每条 DNS 查询的正常记录响应 DNS 查询，并向不同的 DNS 解析程序提供不同的应答。有关更多信息，请参阅 [多值应答路由](routing-policy-multivalue.md)。

**2017 年 4 月 10 日**  
当您使用 Route 53 控制台将域注册转移到 Route 53 时，现在可以选择下列选项之一来将域的 DNS 服务的名称服务器与被转移的域注册关联：  
+ 将名称服务器用于您选择的 Route 53 托管区域
+ 将名称服务器用于域的当前 DNS 服务
+ 使用您指定的名称服务器
Route 53 会自动将这些名称服务器与被转移的域注册相关联。

## 2016 版本
<a name="doc-history-2016"></a>

**2016 年 11 月 21 日**  
现在，您可以创建运行状况检查，使用 IPv6 地址检查端点的运行状况。有关更多信息，请参阅 [创建和更新运行状况检查](health-checks-creating.md)。

**2016 年 11 月 15 日**  
现在，您可以使用 Route 53 API 操作将您用一个账户创建的 Amazon VPC 与用另一个账户创建的私有托管区域相关联。有关更多信息，请参阅 [将您使用不同 AWS 账户创建的 Amazon VPC 和私有托管区域相关联](hosted-zone-private-associate-vpcs-different-accounts.md)。

**2016 年 8 月 30 日**  
在此版本中，Route 53 添加了以下新功能：  
+ **名称权威指针 (NAPTR) 记录** — 现在，您可以创建 NAPTR 记录，动态授权发现系统 (DDDS) 应用程序会使用该记录将一个值转换为另一个值，或将一个值替换为另一个值。例如，一个常见的用途是将电话号码转换为 SIP URI。有关更多信息，请参阅 [NAPTR 记录类型](ResourceRecordTypes.md#NAPTRFormat)。
+ **DNS 查询测试工具** — 您现在可以模拟对记录的 DNS 查询，并查看 Route 53 返回的值。对于地理位置和延迟记录，您还可以模拟来自特定 DNS 解析器 and/or 客户端 IP 地址的请求，以了解 Route 53 会向使用该解析器 and/or IP 地址的客户端返回什么响应。有关更多信息，请参阅 [检查来自 Route 53 的 DNS 响应](dns-test.md)。

**2016 年 8 月 11 日**  
使用此版本，您可以创建能够将流量路由到 ELB 应用程序负载均衡器的别名记录。该过程与适用于 Classic 负载均衡器的过程相同。有关更多信息，请参阅 [值/流量路由至](resource-record-sets-values-alias.md#rrsets-values-alias-alias-target)。

**2016 年 8 月 9 日**  
在此版本中，Route 53 增加了对用于域注册的 DNSSEC 的支持。DNSSEC 可以保护域，使其免受 DNS 欺骗攻击，也称为中间人攻击。有关更多信息，请参阅 [为域配置 DNSSEC](domain-configure-dnssec.md)。

**2016 年 7 月 7 日**  
现在，您可以手动延长域注册，用长于注册机构所指定的最短注册期的初始注册期来注册域。有关更多信息，请参阅 [延长域的注册期](domain-extend.md)。

**2016 年 7 月 6 日**  
如果您是联系地址在印度的 AISPL 客户，现在可以使用 Route 53 来注册域。有关更多信息，请参阅[在印度管理账户](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-account-payment-aispl.html)。

**2016 年 26 月 5 日**  
在此版本中，Route 53 添加了以下新功能：  
+ **域账单报告** — 现在，您可以下载按域列出所有域注册费用的报告（指定时间段内）。该报告包括产生费用的所有域注册操作，包括注册域、向 Route 53 转移域、续订域注册以及（适用于某些 TLD）更改域的所有者。有关更多信息，请参阅以下文档：
  + **Route 53 控制台** — 请参阅 [下载域账单报告](domain-billing-report.md)
  + **Route 53 API** — 参见[ViewBilling](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ViewBilling.html)《*亚马逊 Route 53 API 参考*》。
+ **新 TLD** — 现在，您可以注册具有以下 TLD 的域：.college、.consulting、.host、.name、.online、.republican、.rocks、.sucks、.trade、.website 和 .uk。有关更多信息，请参阅 [可向 Amazon Route 53 注册的域。](registrar-tld-list.md)。
+ **用于域注册的新 API** — 对于需要确认注册联系人的电子邮件地址有效的操作（如注册新域），您现在可以通过编程方式确定注册联系人是否已单击确认电子邮件中的链接，如果未单击，该链接是否仍然有效。您还可以通过编程方式请求我们再发送一封确认电子邮件。有关更多信息，请参阅 *Amazon Route 53 API 参考*：
  + [GetContactReachabilityStatus](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetContactReachabilityStatus.html)
  + [ResendContactReachabilityEmail](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ResendContactReachabilityEmail.html)

**2016 年 4 月 5 日**  
在此版本中，Route 53 添加了以下新功能：  
+ **基于 CloudWatch 指标的运行状况检查**-您现在可以根据任何 CloudWatch 指标的警报状态创建运行状况检查。对于标准 Route 53 运行状况检查无法访问的端点（如 Amazon Virtual Private Cloud (VPC) 中只有私有 IP 地址的实例），这种运行状况检查方法很有用。有关更多信息，请参阅以下文档：
  + **Route 53 控制台** — 请参阅“您在创建或更新运行状况检查时指定的值”主题中的 [监控 CloudWatch 警报](health-checks-creating-values.md#health-checks-creating-values-cloudwatch)。
  + **Route 53 API** — 参见《*亚马逊 Route 53 API 参考*》[UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)中的 “[CreateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHealthCheck.html)和”。
+ **可配置的运行状况检查位置** — 现在，您可以选择用于检查资源运行状况的 Route 53 运行状况检查区域，从而减轻端点运行状况检查的负担。如果您的客户集中在一个或几个地理区域，此功能很有用。有关更多信息，请参阅以下文档：
  + **Route 53 控制台** — 请参阅“您在创建或更新运行状况检查时指定的值”主题中的 [高级配置（仅限“监控端点”）](health-checks-creating-values.md#health-checks-creating-values-advanced)。
  + **Route 53 API** — 参见《*亚马逊 Route 53 API 参考*》[UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)中的[CreateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHealthCheck.html)和`Regions`元素。
+ **私有托管区域中的故障转移** — 现在，您可以在私有托管区域中创建故障转移和故障转移别名记录。如果将此功能与基于指标的运行状况检查相结合，您甚至可以为只有私有 IP 地址且使用标准 Route 53 运行状况检查无法访问的端点配置 DNS 故障转移。有关更多信息，请参阅以下文档：
  + **Route 53 控制台** — 请参阅 [在私有托管区域中配置故障转移](dns-failover-private-hosted-zones.md)。
  + **Route 53 API** — 参见[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)《*亚马逊 Route 53 API 参考*》。
+ **私有托管区域中的别名记录** — 过去，您可以创建别名记录，只将 DNS 查询路由到同一托管区域中的其它 Route 53 记录。在此版本中，您还可以创建别名记录，将 DNS 查询路由到具有区域化子域、Elastic Load Balancing 负载均衡器和 Amazon S3 存储桶的 Elastic Beanstalk 环境。（您仍然无法创建将 DNS 查询路由到 CloudFront 分配的别名记录。） 有关更多信息，请参阅以下文档：
  + **Route 53 控制台** — 请参阅 [在别名记录和非别名记录之间进行选择](resource-record-sets-choosing-alias-non-alias.md)。
  + **Route 53 API** — 参见[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)《*亚马逊 Route 53 API 参考*》。

**2016 年 2 月 23 日**  
您在创建或更新 HTTPS 运行状况检查时，现在可以配置 Route 53，以便在 TLS 协商期间将主机名发送到端点。这允许端点使用适用的 SSL/TLS 证书响应 HTTPS 请求。有关更多信息，请参阅“您在创建或更新运行状况检查时指定的值”主题中对 [高级配置（仅限“监控端点”）](health-checks-creating-values.md#health-checks-creating-values-advanced) 字段中的 SNI 的描述。有关如何在使用 API 创建或更新运行状况检查时启用 SNI 的信息，请参阅 *Amazon Route 53 API 参考[UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)*中的[CreateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHealthCheck.html)和。

**2016 年 1 月 27 日**  
现在，您可以为 100 个以上的附加顶级域 (简称 TLD，例如 .accountants、.band 和 .city) 注册域。有关受支持的 TLD 的完整列表，请参阅[可向 Amazon Route 53 注册的域。](registrar-tld-list.md)。

**2016 年 1 月 19 日**  
现在，您可以创建能将流量路由到 Elastic Beanstalk 环境的别名记录。有关使用 Route 53 控制台创建记录的信息，请参阅 [通过使用 Amazon Route 53 控制台创建记录](resource-record-sets-creating.md)。有关使用 API 创建记录的信息，请参阅《*亚马逊 Route 53 API 参考*》[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)中的。

## 2015 版本
<a name="doc-history-2015"></a>

**2015 年 12 月 3 日**  
Route 53 控制台现在包含一个可视化编辑器，可让您快速创建结合使用 Route 53 加权、延迟、故障转移和地理位置路由策略的复杂路由配置。然后，您可以将该配置与同一托管区域或多个托管区域中的一个或多个域名 (例如 example.com) 或子域名 (例如 www.example.com) 关联。此外，如果新配置无法正常工作，您还可以回滚更新。使用 Route 53 API、 AWS 软件开发工具包 AWS CLI、和 AWS Tools for Windows PowerShell，也可以使用相同的功能。有关使用可视化编辑器的信息，请参阅[使用 Traffic Flow 来路由 DNS 流量](traffic-flow.md)。有关使用 API 创建流量控制配置的信息，请参阅 [Amazon Route 53 API 参考](https://docs.aws.amazon.com/Route53/latest/APIReference/)。

**2015 年 10 月 19 日**  
在此版本中，Route 53 添加了以下新功能：  
+ 亚马逊@@ **注册商公司注册.com 和.net 域名 — 亚马逊现在是通过亚马逊注册 ICANN-accredited 商公司**注册.com 和.net 顶级域名 (TLD) 的注册商。当您使用 Route 53 注册.com 或.net 域名时，亚马逊注册商将成为记录在案的注册商，并将在您的 Whois 查询结果中列为 “赞助注册商”。有关使用 Route 53 注册域的信息，请参阅 [使用 Amazon Route 53 注册和管理域](registrar.md)。
+ **.com 和 .net 域的隐私保护** — 现在，当您使用 Route 53 注册 .com 或 .net 域时，所有个人信息（包括名字和姓氏）都会被隐藏。使用 Route 53 注册其它域时，不会隐藏名字和姓氏。有关隐私保护的更多信息，请参阅[启用或禁用域联系信息的隐私保护](domain-privacy-protection.md)。

**2015 年 9 月 15 日**  
在此版本中，Route 53 添加了以下新功能：  
+ **已计算的运行状况检查** — 现在，您可以创建运行状况检查，其状态由其它运行状况检查的运行状况来确定。有关更多信息，请参阅 [创建和更新运行状况检查](health-checks-creating.md)。此外，请参阅[CreateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHealthCheck.html)《*亚马逊 Route 53 API 参考*》。
+ **用于运行状况检查的延迟测量** — 现在，您可以配置 Route 53，以测量运行状况检查程序与端点之间的延迟。延迟数据显示在 Route 53 控制台的 Amazon CloudWatch 图表中。要为新运行状况检查启用延迟测量，请参阅主题 [您在创建或更新运行状况检查时指定的值](health-checks-creating-values.md) 中 [高级配置（仅限“监控端点”）](health-checks-creating-values.md#health-checks-creating-values-advanced) 下的 **Latency measurements**（延迟测量）设置。(您不能为现有的运行状况检查启用延迟测量。) 此外，请参阅**MeasureLatency**《*亚马逊 Route 53 API 参考*》主题[CreateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHealthCheck.html)中的内容。
+ **Route 53 控制台中运行状况检查仪表板的更新** — 用于监控运行状况检查的仪表板已通过多种方式进行了改进，包括用于监控 Route 53 运行状况检查器与您的终端节点之间延迟的 CloudWatch 图表。有关更多信息，请参阅 [监控运行状况检查状态和获取通知](health-checks-monitor-view-status.md)。

**2015 年 3 月 3 日**  
现在，*Amazon Route 53 开发人员指南*说明了如何为 Route 53 托管区域配置白标签名称服务器。有关更多信息，请参阅 [配置白标签名称服务器](white-label-name-servers.md)。

**2015 年 2 月 26 日**  
现在，您可以使用 Route 53 API 按名称的字母顺序列出与 AWS 账户关联的托管区域。还可以获取与某个账户关联的托管区域的计数。有关更多信息，请参阅*亚马逊 Route 53 API 参考[GetHostedZoneCount](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZoneCount.html)*中的[ListHostedZonesByName](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListHostedZonesByName.html)和。

**2015 年 2 月 11 日**  
在此版本中，Route 53 添加了以下新功能：  
+ **运行状况检查状态** — 现在，Route 53 控制台中的运行状况检查页面包括一个 **Status**（状态）列，通过该列可查看所有运行状况检查的总体状态。有关更多信息，请参阅 [查看运行状况检查状态以及运行状况检查失败的原因](health-checks-view-status.md)。
+ **与集成 AWS CloudTrail** — Route 53 现在可以与 Route 53 配合使用， CloudTrail 以捕获有关您的 AWS 账户向 Route 53 API 发送的每个请求的信息。集成 Route 53， CloudTrail 允许您确定向 Route 53 API 发出了哪些请求、发出每个请求的源 IP 地址、谁发出了请求、何时发出请求等等。有关更多信息，请参阅 [使用记录亚马逊 Route 53 API 调用 AWS CloudTrail](logging-using-cloudtrail.md)。
+ **运行状况检查快速警报** — 使用 Route 53 控制台创建运行状况检查时，您现在可以同时为运行状况检查创建 Amazon CloudWatch 警报，并指定在 Route 53 认为终端节点运行状况不佳一分钟内应通知谁。有关更多信息，请参阅 [创建和更新运行状况检查](health-checks-creating.md)。
+ **用于托管区域和域的标记** — 现在，您可以将通常用于成本分配的标记分配给 Route 53 托管区域和域。有关更多信息，请参阅 [给 Amazon Route 53 资源贴标签](tagging-resources.md)。

**2015 年 2 月 5 日**  
现在，您可以使用 Route 53 控制台来更新域的联系人信息。有关更多信息，请参阅 [您在注册或转移域时指定的值](domain-register-values-specify.md)。

**2015 年 1 月 22 日**  
现在，您可以在利用 Route 53 注册新域名时指定国际化域名。（Route 53 已支持将国际化域名用于托管区域和记录。） 有关更多信息，请参阅 [DNS 域名格式](DomainNameFormat.md)。

## 2014 版本
<a name="doc-history-2014"></a>

**2014 年 11 月 25 日**  
在此版本中，您现在可以编辑在创建托管区域时为其指定的备注。在控制台中，只需单击 **Comment** 字段旁的铅笔图标，然后输入新值。有关使用 Route 53 API 更改评论的更多信息，请参阅*亚马逊 Route 53 API 参考[UpdateHostedZoneComment](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHostedZoneComment.html)*中的。

**2014 年 11 月 5 日**  
在此版本中，Route 53 添加了以下新功能：  
+ **使用 Amazon Virtual Private Cloud 服务创建的 VPC 的私有 DNS** — 现在，您可以使用 Route 53 来管理 VPC 的内部域名，而无需向公共互联网公开 DNS 数据。有关更多信息，请参阅 [使用私有托管区](hosted-zones-private.md)。
+ **运行状况检查失败原因** —现在，您可以查看所选运行状况检查的当前状态，以及有关每个 Route 53 运行状况检查程序报告的运行状况检查上次失败原因的详细信息。状态包含 HTTP 状态代码和失败原因，失败原因包括多种故障类型的信息，如字符串匹配失败和响应超时。有关更多信息，请参阅 [查看运行状况检查状态以及运行状况检查失败的原因](health-checks-view-status.md)。
+ **可重用的委派集** — 现在您可以将同一组四个权威名称服务器（合称为委派集）应用于与不同域名对应的多个托管区域。这可以大大简化将 DNS 服务迁移到 Route 53 和管理大量托管区域的过程。目前，使用可重用的委派集需要您使用 Route 53 API 或 AWS 软件开发工具包。有关更多信息，请参阅 [Amazon Route 53 API 参考](https://docs.aws.amazon.com/Route53/latest/APIReference/)。
+ **改进了地理位置路由** — 通过添加对 EDNS0 的 edns-client-subnet 扩展的支持，我们进一步改进了地理位置路由的准确性。有关更多信息，请参阅 [地理位置路由](routing-policy-geo.md)。
+ **对签名 v4 的支持** — 现在，您可以使用签名版本 4 签署所有 Route 53 API 请求。有关更多信息，请参阅 *Amazon Route 53 API 参考*中的[签署 Route 53 API 请求](https://docs.aws.amazon.com/Route53/latest/APIReference/requests-authentication.html)。

**2014 年 7 月 31 日**  
在此版本中，您现在可以执行以下操作：  
+ 使用 Route 53 注册域名。有关更多信息，请参阅 [使用 Amazon Route 53 注册和管理域](registrar.md)。
+ 配置 Route 53，根据生成 DNS 查询的地理位置来响应查询。有关更多信息，请参阅 [地理位置路由](routing-policy-geo.md)。

**2014 年 7 月 2 日**  
在此版本中，您现在可以执行以下操作：  
+ 编辑运行状况检查中的大多数值。有关更多信息，请参阅 [创建、更新和删除运行状况检查](health-checks-creating-deleting.md)。
+ 使用 Route 53 API 获取 Route 53 运行状况检查程序用于检查资源运行状况的 IP 范围列表。可以使用这些 IP 地址来配置您的路由器和防火墙规则，以允许运行状况检查程序检查您资源的运行状况。有关更多信息，请参阅[GetCheckerIpRanges](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetCheckerIpRanges.html)《*亚马逊 Route 53 API 参考*》。
+ 为运行状况检查指定成本分配标签，还允许您为运行状况检查指定名称。有关更多信息，请参阅 [为运行状况检查命名和添加标签](health-checks-tagging.md)。
+ 使用 Route 53 API 获取与您的 AWS 账户关联的运行状况检查的数量。有关更多信息，请参阅[GetHealthCheckCount](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHealthCheckCount.html)《*亚马逊 Route 53 API 参考*》。

**2014 年 30 月 4 日**  
在此版本中，您现在可以创建运行状况检查，并使用域名而不是 IP 地址来指定端点。当端点的 IP 地址不固定或由多个 IP 提供时（如 Amazon EC2 或 Amazon RDS 实例），此功能很有帮助。有关更多信息，请参阅 [创建和更新运行状况检查](health-checks-creating.md)。  
此外，*Amazon Route 53 开发人员指南*中以前包含的、有关使用 Route 53 API 的一些信息已移动。现在，所有 API 文档都会显示在 *Amazon Route 53 API 参考*中。

**2014 年 4 月 18 日**  
在此版本中，当运行状况检查 **Port**（端口）值为 **443** 且 **Protocol**（协议）值为 **HTTPS** 时，Route 53 会在 `Host` 标头中传递不同的值。现在，在运行状况检查期间，Route 53 会向端点传递一个包含 **Host Name**（托管区域）字段值的 `Host` 标头。如果您是使用 `CreateHealthCheck` API 操作创建的运行状况检查，则为 `FullyQualifiedDomainName` 元素的值。  
有关更多信息，请参阅 [创建、更新和删除运行状况检查](health-checks-creating-deleting.md)。

**2014 年 9 月 4 日**  
在此版本中，您现在可以查看当前报告某一端点运行良好的 Route 53 运行状况检查程序的百分比。  
此外，Amazon 中的 Health Check Status 指标 CloudWatch 现在仅显示零（如果您的终端节点在给定时间段内运行状况不佳）或一（如果终端节点在该时间段内运行正常）。该指标不再显示介于 0 和 1 之间的值，来反映 Route 53 运行状况检查报告端点运行状况良好的部分。  
有关更多信息，请参阅 [使用监控运行状况检查 CloudWatch](monitoring-health-checks.md)。

**2014 年 2 月 18 日**  
在此版本中，Route 53 添加了以下功能：  
+ **运行状况检查故障转移阈值**：您现在可以指定端点的运行状况检查必须连续失败多少次（介于 1 次和 10 次连续检查之间），Route 53 才会认为端点运行状况不佳。运行状况不佳的端点必须通过相同数量的检查，才被视为运行状况良好。有关更多信息，请参阅 [Amazon Route 53 如何确定运行状况检查是否正常Route 53 如何确定运行状况检查是否正常](dns-failover-determining-health-of-endpoints.md)。
+ **运行状况检查请求时间间隔**：您现在可以指定 Route 53 为了确定端点的运行状况是否良好而向端点发送请求的频率。有效设置为 10 秒和 30 秒。有关更多信息，请参阅 [Amazon Route 53 如何确定运行状况检查是否正常Route 53 如何确定运行状况检查是否正常](dns-failover-determining-health-of-endpoints.md)。

**2014 年 1 月 30 日**  
在此版本中，Route 53 添加了以下功能：  
+ **HTTP 和 HTTPS 字符串匹配运行状况检查：**Route 53 现在支持运行状况检查根据响应正文中是否出现指定字符串来确定端点的运行状况。有关更多信息，请参阅 [Amazon Route 53 如何确定运行状况检查是否正常Route 53 如何确定运行状况检查是否正常](dns-failover-determining-health-of-endpoints.md)。
+ **HTTPS 运行状况检查：**Route 53 现在支持对安全的 SSL-only 网站进行运行状况检查。有关更多信息，请参阅 [Amazon Route 53 如何确定运行状况检查是否正常Route 53 如何确定运行状况检查是否正常](dns-failover-determining-health-of-endpoints.md)。
+ **`ChangeResourceRecordSets` API 操作的 `UPSERT`：**在使用 `ChangeResourceRecordSets` API 操作创建或更改记录时，现在可以使用 `UPSERT` 操作在给定名称和类型的记录不存在时创建新记录，或更新现有记录。有关更多信息，请参阅[ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)《*亚马逊 Route 53 API 参考*》。

**2014 年 1 月 7 日**  
在此版本中，Route 53 支持根据指定字符串是否出现在响应正文中来确定端点运行状况的运行状况检查。有关更多信息，请参阅 [Amazon Route 53 如何确定运行状况检查是否正常Route 53 如何确定运行状况检查是否正常](dns-failover-determining-health-of-endpoints.md)。

## 2013 版本
<a name="doc-history-2013"></a>

**2013 年 8 月 14 日**  
在此版本中，Route 53 增加了对通过导入 BIND-formatted 区域文件来创建记录的支持。有关更多信息，请参阅 [通过导入区域文件来创建记录](resource-record-sets-creating-import.md)。  
此外，Route 53 运行状况检查的 CloudWatch 指标已集成到 Route 53 控制台中并进行了简化。有关更多信息，请参阅 [使用监控运行状况检查 CloudWatch](monitoring-health-checks.md)。

**2013 年 1 月 26 日**  
在此版本中，Route 53 增加了对将运行状况检查与 CloudWatch 指标集成的支持，因此您可以执行以下操作：  
+ 验证是否已正确配置运行状况检查。
+ 查看运行状况检查端点在指定时间段内的运行状况。
+ 配置 CloudWatch 为在所有 Route 53 运行状况检查器认为您的指定终端节点运行状况不佳时发送亚马逊简单通知服务 (Amazon SNS) Simple Notification Service 警报。
有关更多信息，请参阅 [使用监控运行状况检查 CloudWatch](monitoring-health-checks.md)。

**2013 年 6 月 11 日**  
在此版本中，Route 53 增加了对创建别名记录的支持，这些别名记录将 DNS 查询路由到亚马逊 CloudFront 分配的备用域名。可将此功能用于顶级域名的替代域名 (example.com) 和子域的替代域名 (www.example.com)。有关更多信息，请参阅 [使用您的域名将流量路由到 Amazon CloudFront 分配](routing-to-cloudfront-distribution.md)。

**2013 年 5 月 30 日**  
在此版本中，Route 53 支持对 ELB 负载均衡器和关联 Amazon EC2 实例的运行状况进行评估。有关更多信息，请参阅 [创建 Amazon Route 53 运行状况检查](dns-failover.md)。

**2013 年 3 月 28 日**  
重新编写了有关运行状况检查和故障转移的文档，以提高可用性。有关更多信息，请参阅 [创建 Amazon Route 53 运行状况检查](dns-failover.md)。

**2013 年 2 月 11 日**  
在此版本中，Route 53 支持故障转移和运行状况检查。有关更多信息，请参阅 [创建 Amazon Route 53 运行状况检查](dns-failover.md)。

## 2012 版本
<a name="doc-history-2012"></a>

**2012 年 3 月 21 日**  
在此版本中，Route 53 允许您创建延迟记录。有关更多信息，请参阅 [基于延迟的路由](routing-policy-latency.md)。

## 2011 版本
<a name="doc-history-2011"></a>

**2011 年 12 月 21 日**  
在此版本中，中的 Route 53 控制台 AWS 管理控制台 允许您通过从列表中选择 Elastic Load Balancer 来创建别名记录，而不必手动输入负载均衡器的托管区域 ID 和 DNS 名称。新功能记载在 *Amazon Route 53 开发人员指南*中。

**2011 年 11 月 16 日**  
在此版本中，您可以使用中的 Route 53 控制台 AWS 管理控制台 来创建和删除托管区域，以及创建、更改和删除记录。整个 *Amazon Route 53 开发人员指南*中都相应地记载了新功能。

**2011 年 10 月 18 日**  
*Amazon Route 53 入门指南*已合并到 *Amazon Route 53 开发人员指南*，而*开发人员指南*已重新整理以增强可用性。

**2011 年 5 月 24 日**  
此版本的 Amazon Route 53 推出了别名记录，从而允许您创建 Zone Apex（机构根网域）别名、加权记录、新 API (2011-05-05) 以及服务等级协议。此外，在经过六个月的 Beta 测试后，Route 53 现已全面推出。有关更多信息，请参阅 *Amazon Route 53 开发人员指南*中的 [Amazon Route 53 产品页](https://aws.amazon.com/route53/)和 [在别名记录和非别名记录之间进行选择](resource-record-sets-choosing-alias-non-alias.md)。

## 2010 版本
<a name="doc-history-2010"></a>

**2010 年 12 月 5 日**  
本指南是 *Amazon Route 53 开发人员指南*的第一个版本。