Azure 部署服务结构群集需要花费很长时间

有没有办法缩短流程？如果我们要实施连续交付流程，我是否应该拥有两个服务结构群集？

如果服务结构群集部署（即创建服务结构群集）受阻，请在Azure门户中打开一个问题，并提供支持以帮助解决该问题

---

对于应用程序部署，不需要单独的集群来执行CD。根据您的CD策略（例如滚动升级、翻录和替换、蓝色/绿色），在Service Fabric中有多种方法可以实现这一点。请在此处查看有关此主题的一些概念文档：

您是如何部署的？我们怎样才能繁殖？还有，永远有多长将新的更改部署到集群不应导致集群停机？我们希望蓝色/绿色部署在脑海中有一块。服务结构很棒，但即使从图片上看，它也有复杂的升级机制。我们想创造资源。部署它们，测试它们，并将网络流量交换到新的。好的-您可以在ServiceFabric中运行应用程序的并行版本。上载应用程序包时，它将在集群中注册。然后，您可以选择更新现有应用程序实例，或者基于新版本创建新的应用程序实例。如果采用这种方法，则必须自己处理网络流量路由，并且有状态服务数据不能在实例之间迁移。但是，如果你进行滚动升级，你可以控制升级的速度并手动向前移动升级。我正在阅读宠物与牛的比较。如果我坚持重复使用，SF看起来像宠物。SF集群可以是。这不是你决定如何使用它的问题。