Azure service fabric 基于Azure服务结构的服务：前提条件始终是准备好的群集？

如果我正确理解了这些文档，那么基于azure service fabric的应用程序/微服务无法在一个“打包安装程序”步骤中与其service fabric操作环境一起安装。例如，如果我想在一家运行典型windows server 2012或VMWare IT center的公司内部部署一组微服务，那么我就没有运气了？我必须要求该公司首先承诺（并执行）在多台机器上安装azure应用程序服务结构

如果是这种情况，那么Azure Service Fabric只是纯云操作的一个选项，在纯云操作中，服务结构群集可以由提供商或已承诺使用Azure Service Fabric的公司按需创建。这意味着，由于潜在客户的数据中心策略未知，传统“基于安装程序”软件的提供商无法发展到azure服务结构优势

---

我错过了什么？

是的，您必须始终拥有一个集群来运行服务结构应用程序和微服务。然而，它不再局限于纯云环境，截至去年9月，Azure Service Fabric for Windows Server的内部版本正式发布了GA（），允许您在自己的计算机（无论是物理的还是虚拟的，都不重要）或其他数据中心（甚至是其他云提供商）上运行自己的群集

当然，正如您所说，这需要您的客户公司拥有自己的集群，或者您为他们设置一个集群（）。随着时间的推移，他们还需要具备管理该集群的能力。但有人可能会争辩说，这不应该比管理VMWare场或设置和管理Docker容器主机更困难

对于传统的“收缩包装DVD安装类型”的软件供应商来说，这可能没有提供一个.exe和一些系统要求那么简单，我同意你的看法。如果客户不能或不想运行他们自己的集群，而云不是一个选项，那么它肯定会增加销售和交付解决方案的复杂性

---

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

是的，你总是必须有一个集群来运行服务结构应用程序和微服务。然而，它不再局限于纯云环境，截至去年9月，Azure Service Fabric for Windows Server的内部版本正式发布了GA（），允许您在自己的计算机（无论是物理的还是虚拟的，都不重要）或其他数据中心（甚至是其他云提供商）上运行自己的群集

当然，正如您所说，这需要您的客户公司拥有自己的集群，或者您为他们设置一个集群（）。随着时间的推移，他们还需要具备管理该集群的能力。但有人可能会争辩说，这不应该比管理VMWare场或设置和管理Docker容器主机更困难

对于传统的“收缩包装DVD安装类型”的软件供应商来说，这可能没有提供一个.exe和一些系统要求那么简单，我同意你的看法。如果客户不能或不想运行他们自己的集群，而云不是一个选项，那么它肯定会增加销售和交付解决方案的复杂性

---

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

谢谢。知道了。我想我希望实现一个端到端的场景，在这个场景中，我们开发SF，使用SF交付按需（云）SaaS，并使用低端SF-in-a-box解决方案将设备销售到布满燃料的防火墙商店。好的，所以在这种情况下，混合仍然是架构师面临的挑战。我仍然是一个科幻迷。。。并期待更多。常见问题解答：独立群集节点（计算机）的最小数量为3，对吗？是的，最小节点数量为3，但如果您希望具有更高的耐久性（），即整个群集具有更好的SLA，则可能需要更多。青铜耐久性为3，银5，金7。如果您有Bronze，那么基础结构更新（例如重新启动VM）将意味着您在该事件期间无法拥有仲裁。对于生产，我将推荐5+个节点。谢谢。知道了。我想我希望实现一个端到端的场景，在这个场景中，我们开发SF，使用SF交付按需（云）SaaS，并使用低端SF-in-a-box解决方案将设备销售到布满燃料的防火墙商店。好的，所以在这种情况下，混合仍然是架构师面临的挑战。我仍然是一个科幻迷。。。并期待更多。常见问题解答：独立群集节点（计算机）的最小数量为3，对吗？是的，最小节点数量为3，但如果您希望具有更高的耐久性（），即整个群集具有更好的SLA，则可能需要更多。青铜耐久性为3，银5，金7。如果您有Bronze，那么基础结构更新（例如重新启动VM）将意味着您在该事件期间无法拥有仲裁。对于生产，我将推荐5+个节点。