基于 Azure Service Fabric 的服务:先决条件始终是准备好的集群?

Azure Service Fabric-based Services: Prerequisite is always a prepared cluster?

如果我正确理解了文档,基于 azure service fabric-based apps/microservices 不能在一个 "packaged installer" 步骤中与其 service-fabric 操作环境一起安装。例如,如果我想在 运行 典型的 windows 服务器 2012 或 VMWare IT 中心的公司内部部署一组微服务,那我就不走运了?我必须要求公司首先承诺(并执行)在多台机器上安装 azure app service fabric。

如果是这种情况,那么 Azure Service Fabric 只是纯云操作的一个选项,在这种情况下,Service Fabric 集群可以由提供商或已经承诺使用 Azure Service Fabric 的公司按需创建。这意味着经典 "installer-based" 软件的提供商无法发展到 azure service fabric 的优势,因为潜在客户的数据中心策略是未知的。

我错过了什么?

是的,您始终需要一个集群来运行 Service Fabric 应用程序和微服务。然而,它不再局限于纯云环境,自去年 9 月起,用于 Windows 服务器的 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 容器主机困难得多。

对于传统的 'shrink-wrapped-DVD-installer-type' 软件供应商来说,这可能不像仅提供 .exe 和一些系统要求那么容易,我同意你的看法。如果客户不能或不想 运行 他们自己的集群和云不是一种选择,那么它肯定会增加销售和交付解决方案的额外复杂性。

可以 运行 在任何 Windows 服务器环境上拥有自己的集群这一事实意味着没有真正锁定 Azure 作为云平台,我认为这是 SF 作为框架的一大优势。一旦你有了一个集群来接收你的应用程序,那么你就可以专注于开发它,这对于大多数其他基于云的 PaaS 来说是不可能的 frameworks/services.