我正在使用VS 2010,WCF和Windows Azure开发任务管理系统.这是一个简单的个性化任务管理应用程序 该应用程序允许用户组织和共享他们的任务.将没有.在我的项目中的用户.如果某人"订阅"了该应用程序,那么我们需要为他创建一个"空间",其中包含子域或"子文件夹".如何在windows azure中实现子域映射.子域映射的真正优势是什么？
此致,Ranish
只是为了帮助解决其他问题.
Azure将请求路由到您的实例的主要机制是使用"CNAME"DNS记录 - http://en.wikipedia.org/wiki/CNAME_record.
这些CNAME记录基本上告诉客户端(浏览器)www.mydomain.com是myapp.cloudapp.net 的别名
遗憾的是,你不能CNAME一个通配符根据你的DNS主机,你可能无法使用通配符CNAME记录(参见https://serverfault.com/questions/44618/is-a-wildcard-cname-dns-record-valid),所以为了将多个子域映射到同一个Azure实例,您可能需要设置多个CNAME记录 - 每个要重新路由的子域一个 - 即当您注册客户"新"时,则需要添加新的CNAME记录映射"new.mydomain.com"到myapp.cloudapp.net
Joannes和jmac提出的两个建议都建议使用外部服务来设置这些映射.对于其他一些选项 - 以及一些Amazon C#示例代码 - 请参阅此文章http://computerone.co.nz/community/discussion/29/amazon-route-53-dns-request-in-c-using-the-rest -api/p1(http://www.proactiveit.co.nz/Route53/R53Connect/上还有一个价格实惠的C#库)
能够生成许多链接到 Windows Azure Web 角色的子域是DNS的编程重新配置问题，而不是 Web 角色配置问题。
Amazon 提供了名为Amazon Route 53 的基于云的 DNS 服务，您可以将其用于此目的。它实际上可以与 Windows Azure 一起使用。
然后，在您的 webrole 中，您需要应用一些 ASP.NET 调整来获取初始 Web 请求的主机标头，以获取用户正在浏览的实际子域。
| 归档时间： |
|
| 查看次数： |
8781 次 |
| 最近记录： |