Google Cloud Run是否支持配置存在依赖关系的环境变量？

• 首先明确结论：Cloud Run全托管平台完全支持Kubernetes风格的依赖型环境变量插值特性，你遇到的不生效问题是部署命令的shell转义错误导致，并非该特性不支持。
• 问题原因：你当前的gcloud run deploy命令中，DATABASE_URL的参数配置存在两个问题：
  1. 外层单引号包裹的内容中，$(VAR_NAME)会被本地shell优先尝试解析替换，若本地不存在对应环境变量，就会把空值传到Cloud Run配置中；
  2. 额外嵌套的内层双引号会被当成环境变量值的一部分存储，导致最终生成的DATABASE_URL格式不符合预期。
• 正确实现方式1：调整gcloud命令行参数
  对DATABASE_URL的参数使用双引号包裹，对$符号添加转义符\避免本地shell解析，删除多余的内层双引号，示例命令片段如下：

  gcloud run deploy my-service \
  --image gcr.io/my-project/my-image:latest \
  --region europe-west1 \
  --port 80 \
  --platform managed \
  --allow-unauthenticated \
  --set-env-vars 'DATABASE_NAME=my-database' \
  --set-env-vars 'DATABASE_USER=root' \
  --set-env-vars 'DATABASE_PASSWORD=P4SSw0rd!' \
  --set-env-vars 'DATABASE_PORT=5432' \
  --set-env-vars 'DATABASE_HOST=/socket/my-database-socket' \
  --set-env-vars "DATABASE_URL=user=\$(DATABASE_USER) password=\$(DATABASE_PASSWORD) dbname=\$(DATABASE_NAME) host=\$(DATABASE_HOST)"
  

• 正确实现方式2：使用YAML文件部署（无转义问题，更推荐复杂配置场景）
  直接编写完整的服务YAML配置，DATABASE_URL按原生Kubernetes格式编写即可，无需额外转义：

  apiVersion: serving.knative.dev/v1
  kind: Service
  metadata:
    name: my-service
  spec:
    template:
      spec:
        containerConcurrency: 80
        timeoutSeconds: 300
        containers:
        - image: gcr.io/my-project/my-image:latest
          ports:
          - name: http1
            containerPort: 80
          env:
          - name: DATABASE_NAME
            value: my-database
          - name: DATABASE_USER
            value: root
          - name: DATABASE_PASSWORD
            value: P4SSw0rd!
          - name: DATABASE_HOST
            value: /socket/my-database-socket
          - name: DATABASE_URL
            value: user=$(DATABASE_USER) password=$(DATABASE_PASSWORD) dbname=$(DATABASE_NAME) host=$(DATABASE_HOST)
  

  编写完成后执行以下命令部署即可：

  gcloud run services replace service.yaml --region europe-west1
  

• 注意事项：依赖其他变量的环境变量必须定义在被依赖变量的下方，Cloud Run会按配置的从上到下顺序执行插值，你当前的变量顺序符合要求无需调整。

内容的提问来源于stack exchange，提问作者Benjamin Grandfond