【发布时间】：2016-10-12 21:22:25
【问题描述】：
我很难找到有关 Azure 和本地 Service Fabric 版本的差异。我确实在某处读到本地版本不支持自动缩放，但这很容易理解。
但是，本地版本是否提供任何类型的运营能力，例如资源管理器、集群的可视化管理等？
【问题讨论】：
【发布时间】：2016-10-12 21:22:25
【问题描述】：
核心 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 环境之外将 Azure 资源管理器 (ARM) 与 Service Fabric 一起使用。但是，Service Fabric 的 cluster resource manager 是核心运行时的一部分，随处可用。
默认情况下，Service Fabric 日志记录（在 Windows 上）是通过 ETW 完成的。但是，如果没有任何组件从集群中的各个机器中获取这些事件并将它们传送到某个地方以便于聚合和检查，那么日志并不是很有用。在 Azure 中，该过程由 Windows Azure 诊断 (WAD) 代理处理，而在其他环境中，您负责设置该管道。
【讨论】：
-
这个答案有助于我们今天早上刚刚就跨域服务结构和中断/冗余进行的讨论。唯一可以使这个答案更好的是每个点的 Microsoft 文章的链接
-
谢谢肖恩，很好的回答。 Diag 管道是我不知道的。
您不能在本地使用资源管理器。您可以在端口 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 管理和部署也可以使用。
【讨论】：