【问题标题】:Azure docker: linuxFxVersion vs DOCKER_CUSTOM_IMAGE_NAMEAzure 泊坞窗:linuxFxVersion 与 DOCKER_CUSTOM_IMAGE_NAME
【发布时间】:2020-02-24 20:51:03
【问题描述】:

我在 Azure De Ops 中有这三个发布步骤:

  1. AzureRmWebAppDeployment@4 - 将 docker 映像部署到我的暂存站点
  2. AzureResourceGroupDeployment@2 使用 ARM 模板部署所有应用设置和属性
  3. AzureAppServiceManage@0 - 它将暂存转换为生产

应用了第 1 步,因此我确信 docker 映像已被拉到暂存槽(没有它并且仅应用 ARM,交换在拉取结束之前开始,我不喜欢那样)。第 2 步是确保所有环境变量和属性。第 1 步添加 DOCKER_CUSTOM_IMAGE_NAME 环境变量并由此触发 docker pull,但在第 3 步中,我手动设置了 linuxFxVersion 属性。两者都指向同一个图像标签。我没有在我的 ARM 模板中设置 DOCKER_CUSTOM_IMAGE_NAME,所以当我部署我的 ARM 时,只设置了 linuxFxVersion。但本质上它什么也没拉,因为第 2 步已经拉了图像。

删除 DOCKER_CUSTOM_IMAGE_NAME 有什么问题吗?或者? linuFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME 有什么区别?我需要两者,还是其中之一足够好?

【问题讨论】:

  • 要使用来自公共 Docker Hub 注册表的自定义映像,应用程序需要具有此特定应用程序设置 DOCKER_CUSTOM_IMAGE_NAME
  • @blank 但 AzureRmWebAppDeployment@4 同时设置了 linuxFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME。但是我可以轻松地将其中一个留在外面,仍然可以拉动我的码头工人。有什么区别?

标签: azure docker environment-variables azure-web-app-service arm-template


【解决方案1】:

LinuxFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME 都是指定要在 Linux 函数应用或 Linux Web 应用中使用的图像的方法。

LinuxFxVersion 具有更高的优先级。如果该值无效或为空,它将使用 DOCKER_CUSTOM_IMAGE_NAME。推荐使用 LinuxFxVersion,因为它既可以用于设置自定义容器镜像,也可以用于设置祝福镜像。

【讨论】:

  • 您在哪里可以找到此信息?
猜你喜欢
  • 1970-01-01
  • 2017-10-12
  • 2020-11-03
  • 2021-11-05
  • 2018-12-20
  • 2019-06-28
  • 2016-10-20
  • 1970-01-01
  • 2021-09-08
相关资源
最近更新 更多