【问题标题】:How should I trigger ARM deployments我应该如何触发 ARM 部署
【发布时间】:2017-06-22 10:14:54
【问题描述】:

我们正在尝试建立一个持续的部署环境。冲突如何进行 ARM 部署。将所有资源作为一个组进行部署比单独处理它们要好得多。

ARM 有一个很好的声明性语法。我们正在告诉我们打算创建什么”,而无需编写编程命令序列来创建它。这很好,但我们应该如何运行它们?

我想到了两个选项

我可以下载模板并使用 power shell。

二。使用 Azure 自动化触发

三。 x

最佳做法是什么?

参考 从源代码集成八达通

【问题讨论】:

    标签: powershell azure continuous-deployment azure-resource-manager octopus-deploy


    【解决方案1】:

    如果您将此作为 CI/CD 链的一部分,您可能希望将模板和部署脚本与您的源代码一起签入。这样一来,基础架构的定义就会与打算在其上运行的代码保持一致。

    如果这是其他工作流程的一部分,它真的取决于工作流程:)

    【讨论】:

    • 我正处于在 Azure 中设置 Playground Sub 的阶段。设置好后,我将对其进行参数化,而不是想从源代码中触发它。源代码现在似乎不实用。或者我可以将它与章鱼集成吗?
    • @RıfatErdemSahin 检查我的答案
    • 托马斯 我已经选择了你的路线。事实上,将项目打包成 .deployproj 格式/模板是好的。我们可以从 Visual Studio 和 Octopus 进行部署。我们需要在 Playground 中测试模板。
    【解决方案2】:

    我建议使用 powershell\cli 并从 uri 调用模板,这是最简单的方法(而不是下载它)。这可以与任何能够运行自定义脚本任务的设备或具有部署 ARM 模板步骤的特定 CI\CD 系统一起运行(VSTS\Octopus\可能是其他东西)

    因此,我建议反对 Azure 自动化。

    另外,我确实建议将代码与 arm 模板分开

    【讨论】:

    • 从 ARM 模板中分离代码的主要好处是什么?
    • 您可以为实际应用程序和 arm 模板设置单独的部署\发布周期
    猜你喜欢
    • 1970-01-01
    • 2015-12-27
    • 2011-12-12
    • 2016-09-22
    • 1970-01-01
    • 1970-01-01
    • 2010-12-31
    • 1970-01-01
    • 2014-12-17
    相关资源
    最近更新 更多