Azure - 单个云服务中的多个角色与多种云服务

Question

经历了几个类似的问题后，我仍然不完全确定这两种方法的优缺点;因此这个问题。

根据我的理解，可以在一个单一的云服务

1. 多个角色（Web和/或工人）。
2. 或者我们可以将这些角色分开放在自己的Cloud 服务（我们当前的方法）中。

这两种方法对其中哪一个应该是优选/避免的其他特定用例的好处是什么。 当涉及到可伸缩性和可用性时，它们又如何相互比较？

我什么时候选择哪个？目前我的理解都是相同的，除了定价。

Answer 1

如果您没有看到Azure Multitenancy Guidance，我强烈建议您去看看，因为他们使用云服务作为示例编写它，上面的链接讨论了您所要求的一些体系结构决策。 国际海事组织，很难说第一种方法比第二种方法更好，但这取决于你项目中的场景。

我会说，其中一件重要的事情是limits of one Cloud Service。如果您的项目具有对客户而言应该是唯一的实例，那么如果解决方案位于同一个CS中，则隔离用户可能会更困难。许多决策 - 主要取决于项目特定情况。

Answer 2

这两种方法之间的一个区别在于部署。云服务与他们的所有Web角色和辅助角色一起部署。如果您需要针对某些角色制定单独的部署日程安排，将其分离到不同的云服务中可以实现这一目标。

至于定价，我认为没有什么区别，因为云服务是以“每个（角色）实例”为基础计费的，并且这在您描述的两个选项之间不会改变。