使用Service Fabric无状态服务而不是Cloud Service Worker角色有什么好处？

Question

我试图了解使用Service Fabric而不是云服务工作者角色的优势。

目前，我正在使用云服务进行托管（网络角色和工作人员角色）。

如果我将云服务更改为App Service Web应用程序以托管Web角色和Service Fabric无状态服务以托管工作者角色，是否会有任何优势？如果是这样，有什么好处？

Answer 1

Service Fabric本身是一个在Windows或Linux上运行的应用程序平台层，而Cloud Services是一个用于部署连接了工作负载的Azure管理的VM的系统。 Service Fabric应用程序模型具有许多优点：

• 快速部署时间。创建VM实例可能非常耗时。在Service Fabric中，VM仅部署一次以形成托管Service Fabric应用程序平台的集群。从那时起，可以非常快速地将应用程序包部署到集群。
• 高密度托管。在云服务中，辅助角色VM承载一个工作负载。在Service Fabric中，应用程序与运行它们的VM分开，这意味着您可以将大量应用程序部署到少量VM，这可以降低大型部署的总体成本。
• Service Fabric平台可以在任何具有Windows Server或Linux计算机的地方运行，无论是Azure还是内部部署。该平台在底层基础架构上提供了一个抽象层，因此您的应用程序可以在不同的环境中运行。
• 分布式应用程序管理。 Service Fabric是一个平台，不仅可以托管分布式应用程序，还可以独立于托管VM或机器生命周期帮助管理其生命周期。

有关详细信息，请参阅＆＃34; Learn about the differences between Cloud Services and Service Fabric before migrating applications＆＃34;。

此article可帮助您了解选项并为您的Web应用程序做出正确的选择。

Answer 2

正如@PRADEEP CHEEKATLA所说，Service Fabric本身是一个在Windows或Linux上运行的应用程序平台层，而Cloud Services是用于部署Azure管理的VM的系统随附工作量。

  

在云服务中，辅助角色VM托管一个工作负载。在Service Fabric中，应用程序与运行它们的VM分开，这意味着您可以将大量应用程序部署到少量VM，这可以降低大型部署的总体成本。

key difference between Service Fabric and Cloud Services是云服务连接到虚拟机，{<>> Service Fabric连接服务。

由于以下几个原因，这是一个重要的区别：

1. Service Fabric中的服务不受托管它们的VM的约束;服务可能会在集群中移动，事实上，由于各种原因，预计会出现这种情况：资源平衡，故障转移，应用程序和基础架构升级以及放置或负载限制。这意味着服务实例的地址可以随时更改。

2. Service Fabric中的VM可以托管多个服务，每个服务都有唯一的端点。

这是comparing Cloud Services with Service Fabric：

另外，您可以参考本文converting Web and Worker Roles to Service Fabric stateless services。