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

Question

在玩了一点 Azure Service Fabric 并观看了 BUILD 的流之后，我有点好奇是否有围绕工具为更复杂的服务编排环境的管道。

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

这对于自动化测试甚至 QA 服务也很有用，您可以在其中启动一个新集群并部署您的服务 - 及其依赖项 - 并在开始生产部署之前对您的更改运行实际的实时测试。

这可能是一个更适合 product feedback 的问题或建议。 ，但是在将其制定为建议之前，对此有更多的投入会很有趣。我对用作示例的 Compose 并不十分熟悉，对 Azure Service Fabric 也不是很熟悉，因此可能有更好的解决方案来解决这个问题。

Answer 1

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

请注意，请将此建议发布到我们的 product feedback !