Azure – 在阶段动态发现服务Web角色URL

概述我正在考虑将现有的应用程序移动到Azure.它将在一个Web角色中具有MVC应用程序,在另一个Web角色中具有一些WCF服务.在线直播时,该网站将在http://www.myapp.com上发布,服务将在http://api.myapp.com上,MVC应用程序配置为指向http：//api.myapp上的服务.COM. 问题是将应用程序推送到Azure上的“阶段”配置时.我的理解是,每次推送到舞 我正在考虑将现有的应用程序移动到Azure.它将在一个Web角色中具有MVC应用程序,在另一个Web角色中具有一些WCF服务.在线直播时,该网站将在http://www.myapp.com上发布,服务将在http://API.myapp.com上,MVC应用程序配置为指向http：//API.myapp上的服务.COM.

问题是将应用程序推送到Azure上的“阶段”配置时.我的理解是,每次推送到舞台都会使服务生活在一个新的网址(像http://4aa5ae2071324585ba5a902f4242a98c.cloudapp.net/这样的随机内容).在这种情况下,我的MVC应用程序发现服务网址的最佳方式是什么？

一种选择是设置像http://stage.API.myapp.com这样的dns条目,并在每次推送到舞台时更新我的​​DNS Cname记录以指向新的Azure临时URL,但是……哎呀.

另一个选择是推送到阶段,获取服务的新URL,RDC到MVC角色的每个实例并手动更新配置.还好.

有一个简单的方法吗？我知道我可以用PowerShell之类的东西自动执行上面的一些步骤,但我真的希望Azure框架中有一些东西可以让它变得简单.看起来这将是一个标准的场景.

解决方法 动态发现登台URL的唯一方法是让实例检查自己的deploymentID.我假设MVC网站和WCF服务在同一部署中.如果检查RoleEnvironment.DeploymentID,您会发现这与staging中使用的“随机”URL完全一​​致(即http：// [deploymentID] .cloudapp.net).

只要您在客户端上动态创建ChannelFactory,它就应该能够获取自己的DeploymentID并找到暂存URL.

当然,这仅在部署到分段时有用.你为什么不简单地使用生产槽？该名称是稳定的,您可以依赖它或您为其设置的Cname(更有可能).您可以随时拥有多个托管服务(dev,QA,prod等),只需使用它们上的生产槽即可.

总结

以上是内存溢出为你收集整理的Azure – 在阶段动态发现服务Web角色URL全部内容，希望文章能够帮你解决Azure – 在阶段动态发现服务Web角色URL所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。