Azure与本地部署的Service Fabric比较

Question

我在寻找Azure和本地版Service Fabric版本之间的差异方面遇到了一些麻烦。我确实在某个地方读到，本地版本不支持自动缩放，但这很容易理解。

然而，本地版本是否提供任何类型的操作功能，例如资源管理器、集群的可视化管理等等呢？

- user1340582

Answer 1

核心的 Service Fabric 平台只是一个运行时，安装在一组虚拟机或物理机器上。一旦告诉这些机器如何找到彼此，它们就会形成一个集群，并提供一组管理功能，包括 Service Fabric Explorer UI、REST API 和 PowerShell 的 TCP 终结点。无论您是在 Azure、本地还是其他公共云上运行，所有这些都是通用的。

不同环境中的区别在于组成集群的机器之外的所有内容，包括：

- 自动缩放

虽然 Service Fabric 可以轻松处理从集群中添加和删除新机器，但它并不知道该过程实际上是如何工作的，因此需要一些外部代理来处理。在 Azure 中，这是一个虚拟机规模集。

- 失效域/升级域管理

良好的失效域和升级域管理对于确保 Service Fabric 的可用性和数据可靠性至关重要。在 Azure 中，集群自动分布在 FDs/UDs 上，并协调维护以避免对您的集群产生影响。在其他环境中，这是您的责任。

- 集群设置和管理

在Azure中，Service Fabric集群是一个一流资源，可以通过Azure资源管理器和Azure门户创建和管理。在Azure之外，您必须使用集群配置JSON模板进行管理。

顺便说一下，为了避免混淆，因为术语重载...目前无法在Azure环境之外使用Azure资源管理器（ARM）与Service Fabric。但是，Service Fabric的{{link1：cluster resource manager}}是核心运行时的一部分，可在任何地方使用。

诊断管道

默认情况下，Service Fabric日志记录（在Windows上）是通过ETW完成的。然而，如果没有任何组件从集群中的各个计算机中接收这些事件并将它们传送到某个地方以便于聚合和检查，那么这些日志就不太有用。在Azure中，这个过程由Windows Azure诊断（WAD）代理处理，而在其他环境中，您需要负责设置该管道。

- Sean McKenna

---

这个答案对我们今天早上关于跨域服务布局和故障/冗余的讨论有所帮助。唯一能让这个答案更好的是为每个要点提供一个微软文章的链接。 - Kyle Burkett

谢谢Sean，非常好的答案。Diag管道是我之前不知道的东西。 - dtoland

Answer 2

您不能在本地使用资源管理器，但可以通过端口19080访问Service Fabric Explorer。

https://azure.microsoft.com/en-us/documentation/articles/service-fabric-deploy-anywhere/ https://azure.microsoft.com/en-us/documentation/articles/service-fabric-visualizing-your-cluster/

PowerShell 管理和部署也可以正常工作。

- LoekD