【问题标题】:Multiple Logic Apps in same Azure Resource Group Project同一 Azure 资源组项目中的多个逻辑应用
【发布时间】:2019-05-28 01:33:24
【问题描述】:

我需要创建大约 20 个小型逻辑应用程序。我希望它们都成为单一解决方案的一部分,理想情况下是单一 Azure 资源组项目。

创建后,我想在 Azure Devops 上设置 CI/CD,以将所有这些逻辑应用部署到多个环境中,每个环境具有不同的参数。

将所有逻辑应用包含在一个项目中是否正确?如果是这样,设置 CI/CD 管道的选项有哪些?

编辑:更确切地说,组织多个逻辑应用的最佳方式是什么?

【问题讨论】:

  • 取决于您是否要同时部署它们?使用 Azure Devops,有一个部署 ARM 模板的任务,所以它应该是直截了当的
  • 是的,我需要一次性部署。但是,如果我进行 ARM 模板部署,似乎我应该将所有逻辑应用定义作为我不想要的单个 ARM 模板的一部分。我想为每个单独的逻辑应用定义文件。
  • 所以在 azure devops 中,每个逻辑应用都有一个任务
  • 但在这种情况下,如果开发人员添加了新的逻辑应用程序,他应该返回并更新构建管道!
  • 是的,有道理。不知道是什么问题?使用构建 YAML 管道,构建定义无论如何都是代码的一部分

标签: azure azure-devops azure-logic-apps


【解决方案1】:

要部署您的解决方案,您可以使用单个模板或包含许多相关模板的主模板。相关模板可以是从主模板链接到的单独文件,也可以是嵌套在主模板中的模板。

对于中小型解决方案,单个模板更易于理解和维护。您可以在单个文件中查看所有资源和值。对于高级场景,链接模板使您能够将解决方案分解为目标组件,并重复使用模板。

使用链接模板时,您将创建一个在部署期间接收参数值的主模板。主模板包含所有链接的模板,并根据需要将值传递给这些模板。

请参阅教程:create linked Azure Resource Manager templates

注意:对于链接或嵌套模板,您只能使用增量部署模式。

您可以找到示例模板here

【讨论】:

  • 但是链接模板需要预先编写并存储在存储中。只能提url,不能提本地模板?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-06-18
相关资源
最近更新 更多