我们有我们无法控制的外部服务，而且在客户端。 但是我们需要一些子域名和灵活性，让他们去做工作的过程是巨大的痛苦。
所以我们需要子域名：
api.example.com 我们在AWS上托pipe所有内容，并使用Elastic IP，并乐于使用Route53。
我们想要的是能够将api.example.com指向Route53名称服务器 ，然后pipe理我们自己的所有logging和子域名。
就像更改api.example.com 的logging 一样 。
并且能够添加更多子子域名，如：
media.api.example.com
并能够按照我们想要的方式指出他们。
那么这个任务的解决scheme是什么？
如果NSlogging到其他人的路线53为api.example.com ，将盛大完全控制我们？ 或者我们仍然不能pipe理subsubdomains？
UPD（testing后）：
它确实是一种魅力。 基于域区域，它将使用NSlogging最近的分支来parsing路由。
这与其他区域的工作没有什么不同。 添加NSlogging，指向example.com区域中通过api.example.com进行authorative的域名服务器。
Alogging的工作方式相同，只需将其添加到适当的区域即可。