Azure docker:linuxFxVersion 对比 DOCKER_CUSTOM_IMAGE_NAME
Azure docker: linuxFxVersion vs DOCKER_CUSTOM_IMAGE_NAME
我在 Azure DeOps 中有以下三个发布步骤:
- AzureRmWebAppDeployment@4 - 将 docker 图像部署到我的暂存站点
- AzureResourceGroupDeployment@2 使用 ARM 模板部署所有应用程序设置和属性
- AzureAppServiceManage@0 - 它将暂存转换为生产
已应用第 1 步,因此我确定 docker 图像已被拉入暂存槽(没有它并且仅应用 ARM,交换在拉动结束之前开始,我不喜欢那样) .第 2 步是确保所有环境变量和属性。第 1 步添加 DOCKER_CUSTOM_IMAGE_NAME 环境变量并由此触发 docker 拉取,但在第 3 步中我手动设置了 linuxFxVersion 属性。两者都指向相同的图像标签。我没有在我的 ARM 模板中设置 DOCKER_CUSTOM_IMAGE_NAME,所以当我部署我的 ARM 时,只设置了 linuxFxVersion。但本质上它什么也没拉,因为第2步已经拉了镜像。
删除DOCKER_CUSTOM_IMAGE_NAME有什么问题吗?要么? linuFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME 有什么区别?我需要两者,还是其中之一就足够好?
LinuxFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME 都是指定要在 Linux 函数应用程序或 Linux 网络应用程序中使用的图像的方法。
LinuxFxVersion 具有更高的优先级。如果该值无效或为空,它将使用 DOCKER_CUSTOM_IMAGE_NAME。 Linux推荐使用 FxVersion,因为它既可以用来设置自定义容器镜像,也可以用来设置祝福镜像。
我在 Azure DeOps 中有以下三个发布步骤:
- AzureRmWebAppDeployment@4 - 将 docker 图像部署到我的暂存站点
- AzureResourceGroupDeployment@2 使用 ARM 模板部署所有应用程序设置和属性
- AzureAppServiceManage@0 - 它将暂存转换为生产
已应用第 1 步,因此我确定 docker 图像已被拉入暂存槽(没有它并且仅应用 ARM,交换在拉动结束之前开始,我不喜欢那样) .第 2 步是确保所有环境变量和属性。第 1 步添加 DOCKER_CUSTOM_IMAGE_NAME 环境变量并由此触发 docker 拉取,但在第 3 步中我手动设置了 linuxFxVersion 属性。两者都指向相同的图像标签。我没有在我的 ARM 模板中设置 DOCKER_CUSTOM_IMAGE_NAME,所以当我部署我的 ARM 时,只设置了 linuxFxVersion。但本质上它什么也没拉,因为第2步已经拉了镜像。
删除DOCKER_CUSTOM_IMAGE_NAME有什么问题吗?要么? linuFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME 有什么区别?我需要两者,还是其中之一就足够好?
LinuxFxVersion 和 DOCKER_CUSTOM_IMAGE_NAME 都是指定要在 Linux 函数应用程序或 Linux 网络应用程序中使用的图像的方法。
LinuxFxVersion 具有更高的优先级。如果该值无效或为空,它将使用 DOCKER_CUSTOM_IMAGE_NAME。 Linux推荐使用 FxVersion,因为它既可以用来设置自定义容器镜像,也可以用来设置祝福镜像。