【问题标题】:Selective releases in Azure Data Factory and DevOpsAzure 数据工厂和 DevOps 中的选择性版本
【发布时间】:2021-09-26 23:13:14
【问题描述】:

我们有 2 个带有 Azure DevOps Git 集成的数据工厂(dev 和 prd)。 https://docs.microsoft.com/en-us/azure/data-factory/continuous-integration-deployment 中提到的所有 CI/CD 设置:

  • 不同功能分支的开发
  • 通过拉取请求主分支的不同功能
  • 发布到 adf_publish 分支
  • Azure 管道从 ADF-dev 发布到 ADF-prd

我们要添加的另一个要求是可以对我们的 prd 数据工厂执行选择性发布。 F.e.:新开发 A 已发布到我们的 adf_publish 分支,新开发 A 的验证仍在进行中。同时,新的请求 B 需要尽快发布到 ADF-prd(不是作为修补程序)。然而,这目前被开发 A 阻止,仍然需要验证。因此,我们希望能够仅将请求 B 发布到我们的 adf-prd 并从该版本中排除开发 A(因为它尚未经过验证)。

很遗憾,数据工厂本身不支持此功能 (https://docs.microsoft.com/en-us/azure/data-factory/continuous-integration-deployment)。我们正在 Azure DevOps 中寻找解决方案,但到目前为止还没有运气。有人对此有解决方案吗?

提前致谢, 亲切的问候, 杰夫

【问题讨论】:

    标签: azure azure-devops azure-data-factory


    【解决方案1】:

    现在有一种方法可以从分支创建 ADF 构建工件并使用该工件部署到上层环境,而不是手动单击 ADF UX 中的发布。使用此功能,您可以像这样对分支进行细分:

    功能分支(用于开发)

    开发分支(用于尚未验证的内容)

    主分支(用于经过验证或需要发布到您的物理 ADF 的内容)

    使用此架构,您可以在功能分支中开发一个管道,将其推送到开发分支,在那里它可以有一个自动 CI 构建管道来生成工件,这可以部署到 DEV ADF 或仅用作验证步骤,一旦在您的开发分支中验证了事情,您就可以对部署到您的 DEV 或 TEST ADF 的主分支执行 PR。

    在此示例中,您的新开发 A 将位于开发分支,而您的新请求 B 将直接推送到您的主分支,这将触发自动构建和部署到您想要的任何 ADF...

    请看这篇我已经回答过的 StackOverflow 帖子,非常详尽。

    Azure Data Factory deployments with improved CI/CD

    【讨论】:

      猜你喜欢
      • 2022-01-22
      • 2021-11-23
      • 2020-05-24
      • 2015-12-27
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-08-22
      相关资源
      最近更新 更多