Service Fabric 微服务与 Azure 云服务/Web 应用程序集合的优势

Posted 2023-03-08

【中文标题】Service Fabric 微服务与 Azure 云服务/Web 应用程序集合的优势

【英文标题】：Advantages of Service Fabric Microservices vs Collection of Azure Cloud services/web apps

【发布时间】：2017-01-29 15:14:11

【问题描述】：

我有一个可以分解为多个通信服务的应用程序。我当前的实现是单片的，我想重新组织它，以便可以独立部署、迭代、扩展各个组件。我看到了两种使用 Azure 的方法：

Service Fabric 服务由一组通信微服务（无状态、web-api 等）组成 在 http 端点相互调用的各个 Azure Web 应用程序/云服务的集合。

1比2有什么明显的优势吗？任何选择一个而不是另一个的经验法则也会非常有帮助。

【参考方案1】：

我觉得这个页面比较好：https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cloud-services-migration-differences/

我说不出比这更好的了。

没有真正的经验法则。 Service Fabric 可能看起来更复杂，但提供了一些云服务/Web 应用不具备的功能。

快速总结（摘自提供的链接）：

Service Fabric 本身是一个在 Windows 或 Linux 上运行的应用程序平台层，而云服务是一个用于部署 Azure 管理的虚拟机并附加工作负载的系统。 Service Fabric 应用程序模型具有许多优点：

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

【参考方案2】：

彼得做了一个很好的总结。以下是我的补充观点：

云服务不是为微服务模式设计的，而 Service Fabric 是。如果您想享受微服务带来的好处，Service Fabric 是您的最佳选择。 使用云服务，如果您想将应用程序分离为自治服务，您可以

创建多个云服务。由于一组云服务没有统一的接口，因此难以监控和管理，云服务不是为这种模式设计的。 或者将多个角色添加到单个云服务中，这将导致 a) 云服务配置文件膨胀，因为所有服务配置都在单个配置文件中； b) 要升级单个角色，您最终会重新部署整个云服务！

Cloud Service 不支持跨区域/DC 部署，而 Service Fabric 支持。这意味着您可以将 DC 级别的灾难恢复转变为正常的故障转移，由 Service Fabric 自动处理，请参阅this。