在Azure staging中测试子域

Question

我刚刚向托管在Azure Web角色中的MVC应用程序添加了一个新区域，该应用程序使用Attribute Routing访问带有子域前缀的路由的子域控制器。在azure仿真器上，这很好用，我可以使用我的开发url (我在主机文件中有一个记录)找到正确的控制器。

主机文件记录：127.0.0.1 domain.com portal.domain.com

工作子域路由：http://portal.domain.com:81/SubController/SubAction

如何在暂存环境中继续测试它？目前我正在使用3个月的免费试用，我知道我不能添加CNAME或A记录，直到我开始付费，但我仍然有2个月的试用期，只是希望应用程序正常工作。它不一定要看起来漂亮，我不关心子域url是否看起来像这样：

  http://portal.8c72d21eg2c14636s0542f181024e72a.cloudapp.net/

这当前抛出：

 [Fiddler] DNS Lookup for "portal.8c72d21eg2c14636s0542f181024e72a.cloudapp.net" failed. No such host is known 

有什么办法吗？

Answer 1

首先，正如您已经注意到的，CNAME对Cloud Services没有限制。

其次，我强烈建议使用production环境，即使是出于测试/试运行的目的，尤其是在开发/测试时。云服务staging和production环境之间的唯一区别是，您会为您的生产环境获取一个fixed/stable域名(即mygreatapp.cloudapp.net)，而每次部署时，您总是会获得一个类似于GUID的不同域(即8c72d21eg2c14636s0542f181024e72a.cloudapp.net)。除此之外，一切都是一样的-账单，网络，资源，一切。

考虑到这些细节，您应该明白，每次将新版本(如果删除了旧的登台)部署到staging时，您都必须创建一个新的CNAME，因为您将获得一个新的类似GUID的域。

因此，创建您的云服务，将您的域名命名为其域名，部署到production插槽并从此幸福地生活;)