问使用单一的蓝色应用程序服务来托管多个应用程序/微服务的限制/缺点是什么？

EN

不，不是的。他们将争夺计算机资源，如果硬件出现故障，所有这些资源都会崩溃。

听起来你指的是在共享的apps计划中托管多个apps应用程序。这与在一台服务器上运行多个应用程序在概念上(和物理上)是一样的，我会考虑这些优点/缺点。

只要计划提供足够的内存/CPU/网络资源来满足这些应用程序的综合需求，您就可以在同一计划中托管多个应用程序。对于一些小应用程序，一个适度的计划大小不应该有一个问题来处理所有这些在生产中。合并的主要好处是节省成本，因为该计划是收费单位，而不是应用程序。

微软记录一些原因将在不同计划中隔离应用程序：

• 这个应用是资源密集型的。
• 您希望独立于现有计划中的其他应用程序来扩展应用程序。
• 该应用程序需要不同地理区域的资源。

根据我的经验，我想补充一些注意事项：

• 应用程序的部署和重新启动可能会导致计划(即服务器)的CPU峰值。如果您的应用程序性能敏感，并且经常部署，您可能需要更多的分离。
• Azure维护要求服务器每月至少重启一次或更多次。如果您的所有应用程序都处于共享计划中，则修补程序重新启动可能意味着整个系统处于瘫痪状态，并且所有应用程序在同时启动时都会争夺资源。
• 我通常使用不同的计划作为环境边界，因此生产计划与测试计划分开。“测试”应用程序进行测试计划，“刺激”应用程序的生产，以防止测试影响用户。
• Azure函数可能更适合托管许多微服务。