Azure与内部部署服务结构

Question

我在查找有关Azure和内部部署Service Fabric版本的差异时遇到了一些麻烦。我确实读过内部版本不支持自动缩放的地方，但这很容易理解。

但是，内部部署版本是否提供任何类型的操作功能，例如资源管理器，集群的可视化管理等？

Answer 1

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

这些环境中的不同之处在于构成群集的计算机外部的所有内容。这包括：

自动配置功能

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

失败域/升级域管理

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

群集设置和管理

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

顺便说一下，由于存在重载条款，所以不会产生混淆......您目前无法在Azure环境之外使用带有Service Fabric的 Azure 资源管理器（ARM）。但是，Service Fabric的cluster resource manager是核心运行时的一部分，随处可用。

诊断管道

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

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管理＆amp;部署也将有效。