Azure 与本地 Service Fabric
Azure vs On-premise Service Fabric
我很难找到有关 Azure 和本地 Service Fabric 版本的差异。我确实在某处读到本地版本不支持自动缩放，但这很容易理解。
但是，本地版本是否提供任何类型的操作功能，例如资源管理器、集群的可视化管理等？
您无法在本地使用资源管理器。您可以在端口 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 管理和部署也将起作用。
核心 Service Fabric 平台只是一个安装在一组虚拟机或物理机上的运行时。一旦您告诉这些机器如何找到彼此，它们就会形成一个集群并提供一组管理功能，包括 Service Fabric Explorer UI、REST API 和 PowerShell 的 TCP 端点。无论您是 运行 在 Azure、本地还是在另一个 public 云中，所有这些都很常见。
这些环境的不同之处在于构成集群的机器外部的所有内容。其中包括：
自动缩放
虽然 Service Fabric 可以轻松处理在集群中添加和删除新机器，但它不知道该过程实际如何工作，因此需要一些外部代理来处理它。在 Azure 中，这是一个虚拟机规模集。
失败domain/Upgrade域管理
良好的故障域和升级域管理对于确保 Service Fabric 的可用性和数据可靠性至关重要。在 Azure 中，集群会自动分布在 FDs/UDs 中，并且会协调维护以避免对集群造成影响。在其他环境中，这是您的责任。
集群设置和管理
在 Azure 中，Service Fabric 群集是第一个 class 资源，可以通过 Azure 资源管理器和 Azure 门户创建和管理。在 Azure 之外，您必须使用集群配置 JSON 模板进行管理。
顺便说一下，因为有超载的术语，所以不会造成混淆...您目前不能在 Azure 之外将 Azure 资源管理器 (ARM) 与 Service Fabric 一起使用环境。但是，Service Fabric 的 cluster resource manager 是核心运行时的一部分，随处可用。
诊断管道
默认情况下，Service Fabric 日志记录（在 Windows 上）是通过 ETW 完成的。然而，如果没有任何组件从集群中的各个机器中获取这些事件并将它们发送到某个地方以便于聚合和检查，日志就不是很有用。在 Azure 中，该过程由 Windows Azure 诊断 (WAD) 代理处理，而在其他环境中，您负责设置该管道。
我很难找到有关 Azure 和本地 Service Fabric 版本的差异。我确实在某处读到本地版本不支持自动缩放，但这很容易理解。
但是，本地版本是否提供任何类型的操作功能，例如资源管理器、集群的可视化管理等？
您无法在本地使用资源管理器。您可以在端口 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 管理和部署也将起作用。
核心 Service Fabric 平台只是一个安装在一组虚拟机或物理机上的运行时。一旦您告诉这些机器如何找到彼此，它们就会形成一个集群并提供一组管理功能，包括 Service Fabric Explorer UI、REST API 和 PowerShell 的 TCP 端点。无论您是 运行 在 Azure、本地还是在另一个 public 云中，所有这些都很常见。
这些环境的不同之处在于构成集群的机器外部的所有内容。其中包括：
虽然 Service Fabric 可以轻松处理在集群中添加和删除新机器，但它不知道该过程实际如何工作，因此需要一些外部代理来处理它。在 Azure 中，这是一个虚拟机规模集。
良好的故障域和升级域管理对于确保 Service Fabric 的可用性和数据可靠性至关重要。在 Azure 中，集群会自动分布在 FDs/UDs 中，并且会协调维护以避免对集群造成影响。在其他环境中，这是您的责任。
在 Azure 中，Service Fabric 群集是第一个 class 资源，可以通过 Azure 资源管理器和 Azure 门户创建和管理。在 Azure 之外，您必须使用集群配置 JSON 模板进行管理。
顺便说一下，因为有超载的术语，所以不会造成混淆...您目前不能在 Azure 之外将 Azure 资源管理器 (ARM) 与 Service Fabric 一起使用环境。但是，Service Fabric 的 cluster resource manager 是核心运行时的一部分，随处可用。
默认情况下，Service Fabric 日志记录（在 Windows 上）是通过 ETW 完成的。然而，如果没有任何组件从集群中的各个机器中获取这些事件并将它们发送到某个地方以便于聚合和检查，日志就不是很有用。在 Azure 中，该过程由 Windows Azure 诊断 (WAD) 代理处理，而在其他环境中，您负责设置该管道。