azure - 构建具有多个角色的 Azure 解决方案

Question

我很好奇其他人如何构建(或建议构建)具有多个角色的 Azure 应用程序。我特别好奇你是如何让他们打破订阅和托管服务之间的界限的。

在我的特定情况下，我们有一个托管 Web 应用程序和 API 的 Web 角色。这种情况变化很快，有时每天会发生多次。我们还有几个不同的工作角色来完成视频处理、电子邮件发送和报告/分析等工作。 worker 很少更换，有时一个月不到一次。我们将这一切都运行在一个订阅中。每个角色都位于其自己的托管服务中。

此设置使我们可以轻松部署一个角色，而不会影响其他角色。它还可以避免不必要地中断工作角色，因为它们有时处于必须重新启动的长时间(10 分钟以上)处理作业的中间。

那么你们是怎么做到的呢？

我问这个问题的部分原因是微软似乎希望您将所有内容都放入单个托管服务中。例如，预览版中的新缓存功能仅在单个托管服务中可见，这使得它对于我当前拥有的布局几乎毫无用处。

Answer 1

这是一点意见，但我认为你有权利这样说。为所有角色(原子更新、版本控制等)部署单个包当然有优势。然而，在更复杂的场景中，我发现分成不同的部署和托管服务效果很好。如果您想要异地冗余，则无论如何都必须进行不同的部署。

如果您仔细处理版本控制(假设您的部署可以通信)，您可以轻松地进行不同的部署并获得更快部署的好处。我们发现我们的辅助角色的部署比例比 Web 角色高得多，因此将 Web 角色拆分出来是有意义的。借助新的 Windows Azure for Websites 功能，我们正在认真考虑将它们进一步拆分，并简单地从中运行我们应用程序的 Web 部分。我们的 API 可以到达那里，甚至可以部署到其他专用实例。

我们唯一没有做的就是在订阅之间进行分割。我认为这样做没有技术原因。可能有一个商业方案可以绕过配额，但现实是订阅并不那么重要。但是，如果您使用 Mgmt API 为不同的托管服务使用不同的订阅 ID，那么稍后可能会很痛苦。我也非常犹豫是否出于管理目的混合和匹配来自不同订阅的存储和托管服务。将所有内容都放在同一个子目录中可能是个好主意。