我们可以在Azure云服务的单个实例中拥有工作者角色和web角色吗

我正要将我的网站、数据库和后台调度程序移动到Azure平台上

---

我必须使用具有web和worker角色的云服务。现在我的问题是，我需要为每种类型的角色提供单独的实例，还是一个实例能够承载多种类型的角色？

您不能同时拥有web和worker角色实例。它可以是一个或另一个。但是，可以让web角色进行后台处理，这样它就可以承载后台工作负载

请参阅此问题，以了解几个选项

这涉及到每天早上运行一项任务。显然，您可以根据您的应用程序更频繁地执行此操作

不过，请注意这种方法的可伸缩性限制。一旦您的流量增加，将其划分为单独的web和工作角色将是有意义的

---

事实上，即使您的后台工作负载很轻，从一开始就选择一个独立的体系结构，并使用XS实例进行后台处理也可能更有意义。

您不能同时使用web和worker角色实例。它可以是一个或另一个。但是，可以让web角色进行后台处理，这样它就可以承载后台工作负载

请参阅此问题，以了解几个选项

这涉及到每天早上运行一项任务。显然，您可以根据您的应用程序更频繁地执行此操作

不过，请注意这种方法的可伸缩性限制。一旦您的流量增加，将其划分为单独的web和工作角色将是有意义的

---

事实上，即使您的后台工作负载很轻，从一开始就选择一个独立的体系结构，并使用XS实例进行后台处理也可能更有意义。

从技术上讲，您不能同时拥有这两种类型的角色。然而，web角色与工作者角色完全相同，它只是配置了IIS。所以您可以将它们合并到一个web角色中—IIS将在一个单独的进程中运行，角色入口点运行将为后端处理运行一些无休止的循环。看

这将使缩放更加复杂。单独角色的整个概念请记住，您不仅可以有一个web角色和一个worker角色，您还可以有四个worker角色和两个web角色，如果您的解决方案适合的话，您可以单独扩展它们

看起来，一旦将两个角色合并为一个角色，就无法再对其进行精细缩放。这在大多数情况下都不是真的-你只需要改变指标

例如，您希望为每分钟1000个HTTP请求运行一个web角色实例，并为后端队列中的每10个请求运行一个工作者角色实例。好的，这意味着每一千个HTTP请求需要的处理能力与后端队列中的十个项目相同。因此，您创建了一个新的度量，该度量采用了这两个参数，并推导了许多实例。就像您每分钟有五千个请求，后端队列中有二十个请求一样，您需要am merged角色的七个实例

---

这并不适用于所有应用程序，但大多数应用程序都可以使用这种方法。这样做的好处是，您可以避免由于当前负载转移到另一个角色而导致其中一个角色处于空闲状态的情况。

从技术上讲，您不能同时拥有这两种类型的角色。然而，web角色与工作者角色完全相同，它只是配置了IIS。所以您可以将它们合并到一个web角色中—IIS将在一个单独的进程中运行，角色入口点运行将为后端处理运行一些无休止的循环。看

这将使缩放更加复杂。单独角色的整个概念请记住，您不仅可以有一个web角色和一个worker角色，您还可以有四个worker角色和两个web角色，如果您的解决方案适合的话，您可以单独扩展它们

看起来，一旦将两个角色合并为一个角色，就无法再对其进行精细缩放。这在大多数情况下都不是真的-你只需要改变指标

例如，您希望为每分钟1000个HTTP请求运行一个web角色实例，并为后端队列中的每10个请求运行一个工作者角色实例。好的，这意味着每一千个HTTP请求需要的处理能力与后端队列中的十个项目相同。因此，您创建了一个新的度量，该度量采用了这两个参数，并推导了许多实例。就像您每分钟有五千个请求，后端队列中有二十个请求一样，您需要am merged角色的七个实例

---

这并不适用于所有应用程序，但大多数应用程序都可以使用这种方法。这样做的好处是，您可以避免由于当前负载转移到另一个角色而导致其中一个角色处于空闲状态的情况。

谢谢。还有一篇文章对此进行了详细的澄清。谢谢还有一篇文章对此进行了详细的澄清。这是一个类似的问题这是一个simi lar问题