我们有无法控制的外部服务，它位于客户端。但我们需要一些子域名和灵活性，而让它们工作的过程非常痛苦。
所以我们需要子域名：
api.example.com
我们将所有内容托管在 AWS 上并使用 Elastic IP，并且很乐意使用 Route53。
我们想要的是能够指向api.example.com到Route53 名称服务器然后自行管理所有记录和子子域。
例如更改一个记录为了api.example.com
并可以添加更多子域名，例如 ：
media.api.example.com
并能够按照我们想要的方式指引他们。
那么这个任务的解决方案是什么呢？
如果 NS 记录到 Route 53api.example.com其他人能完全控制吗？还是我们仍然无法管理子域名？
UPD（测试后）：
它确实有神奇的魔力。根据域区域，它将使用具有 NS 记录的最近分支来解决路由。
答案1
这与使任何其他区域工作没有什么不同。在 example.com 区域中，添加指向对 api.example.com 具有权威性的名称服务器的 NS 记录。
A 记录的工作方式相同，只需将其添加到适当的区域即可。