问Azure计算实例中的多个Web角色[部署]

EN

为什么在一个部署中扮演多个web角色？考虑一个具有面向公共的(面向客户的)网站的应用程序，以及一个管理网站(可能在8000端口上)。处理这一问题的基本方法有两种：

1. 将两个站点放在同一个web角色中。这意味着它们现在共享VM实例、网卡、内存等。这也意味着，如果您需要缩放来处理流量，那么两个站点都是作为一个单一单元进行缩放的。
2. 将每个站点都放在自己的角色中。现在，它们在自己的VM实例中，可以单独缩放。

选项1更符合成本效益，因为您只需要两个角色实例(SLA至少需要两个)。选项2更适合独立缩放。例如:如果你的客户流量猛增，这可能会给你在访问管理网站时带来麻烦，而如果你的管理网站是自己的角色，它不会受到客户流量的影响。

在这两种情况下，您都会得到一个IP地址，一个*.cloudapp.net名称(并且您可以使用CNAME将一个自定义域名映射到它)。

阶段与生产：您的整个部署可以发布到暂存或生产(或者两者兼而有之，作为两个单独的发布)。暂存并不是针对外部用户的--它实际上是针对一个预运行区域的，您可以在那里验证一个新部署是否按预期工作。然后，您可以在生产中与您目前正在运行的系统执行虚拟IP交换，这有效地交换了您的分期和生产部署。这导致您的软件几乎立即升级，没有客户停机时间。

记住:部署中的每个角色都必须在一起--不能将一个角色部署到一个服务，而另一个角色部署到另一个服务。如果您想这样做:将您的角色分离成不同的部署。然后您可以将它们发布到不同的URL。

在生产部署中，您的webrole可以使用您先前定义的前缀(例如myapp.cloudapp.net)来访问；另一方面，可以通过自动生成的URL访问web角色，例如205521014d8c440a83852b62e0df9db5.cloudapp.net。

恐怕没有办法直接访问web角色实例，绕过AppFabric路由器。你为什么要这么做？

如果您需要从一个web角色实例访问另一个web角色实例，请考虑使用队列或分布式缓存而不是直接通信。