使用Azure Service Fabric编排本地开发或测试环境

Question

在使用Azure Service Fabric进行了一些测试并观看了来自BUILD的流之后，我有点好奇是否有用于协调环境以用于更复杂的服务的工具周围的管道。

假设我建立了一个服务“ Service1”，该服务调用“ Service2”和“ Service3”中的参与者和服务；任何签出“ Service1”存储库以执行更改的开发人员，不仅必须签出“ Service2”和“ Service3”，还必须构建它们并将其部署到Service Fabric，然后才能在“ Service1”中正确测试其更改。 ”。将此与例如Compose for Docker进行比较（我知道Azure Service Fabric本身不是容器式的基础结构，而只是作为示例），您可以在其中创建描述服务及其依赖项的清单。然后，您可以轻松地引导运行和测试服务所需的整个环境。

这对于自动测试乃至服务质量检查也很有用，您可以在其中启动新集群并部署服务-及其依赖关系-并在开始生产部署之前对所做的更改进行实际的实时测试。

这可能是一个更适合作为产品反馈的问题或建议，但是在将其表述为建议之前，对此有更多输入将是很有趣的。我对作为示例使用的Compose或Azure Service Fabric并不十分熟悉，因此对于那里的问题可能有更好的解决方案。

Answer 1

拉取应用程序包并将其部署到集群（无论是本地、测试、生产还是其他）实际上是一件相当简单的事情，只要您有一个类似于 Compose 对 Docker Hub 所做的那样的应用程序包中央存储库。换句话说，功能已经有了，但我们还没有像 Docker Hub 这样的集中位置来存储应用程序包 - 而且您必须编写一些脚本来自己将东西拉下来。所以现在是的，您需要检查具有依赖项并构建的存储库（或注入模拟以进行本地测试）。

请注意，请将此建议发布到我们的产品反馈中！