如果我正确理解了文档，则无法在一个“打包安装程序”步骤中将基于 Azure 服务结构的应用程序/微服务与其服务结构操作环境一起安装。例如，如果我想在运行典型 Windows Server 2012 或 VMWare IT 中心的公司内部部署一组微服务，那么我不走运吗？我必须要求公司首先承诺（并执行）在多台机器上安装 azure app 服务结构。
如果是这种情况，那么 Azure Service Fabric 只是纯云操作的一种选择，其中服务结构集群可以由提供商按需创建，或者适用于已经承诺使用 Azure 服务结构的公司。这意味着，由于潜在客户的数据中心策略未知，因此传统的“基于安装程序”软件的供应商无法发展到 Azure Service Fabric 优势。
我错过了什么？
是的，您始终必须拥有一个集群才能运行 Service Fabric 应用程序和微服务。然而，它不再局限于纯云环境，截至去年 9 月，适用于 Windows Server 的 Azure Service Fabric 的本地版本已正式发布 ( https://azure.microsoft.com/en-us/blog/azure -service-fabric-for-windows-server-now-ga/），它可以让您在自己的机器（无论是物理的还是虚拟的，没关系）或另一个数据中心（甚至另一个云）上运行自己的集群提供者）。
当然，正如您所说，这要求您的客户公司要么拥有自己的集群，要么为他们设置一个（https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric -cluster-creation-for-windows-server）。随着时间的推移，他们还需要具备管理该集群的能力。有人可能会说，这不应该比管理 VMWare 场或设置和管理 Docker 容器主机困难得多。
对于软件供应商的传统“收缩包装的 DVD 安装程序类型”，这可能不像提供 .exe 和一些系统要求那么容易，我同意你的看法。如果客户不能或不想运行他们自己的集群并且云不是一个选项，那么它肯定会增加销售和交付解决方案的复杂性。
您可以在任何 Windows Server 环境上运行自己的集群这一事实意味着，Azure 作为一个云平台并没有真正的锁定，我认为这对于 SF 作为一个框架来说是一个很大的优势。一旦你有一个集群来接收你的应用程序，那么你就可以专注于开发它，这是大多数其他基于云的 PaaS 框架/服务所不能说的。