Rundeck-Kubernetes工作流：动态YAML中${data.VAR0}变量无法取值求助

DevOps 小满

2026-7-28

解决Rundeck Kubernetes步骤动态YAML变量插值问题

排查线索

确认变量作用域与命名空间
data.VAR0仅适用于上游步骤输出到data数据集的变量，若变量是作业全局变量或选项，直接用${VAR0}或${option.VAR0}即可。先检查上游步骤是否明确将变量输出到共享上下文（比如步骤配置中开启“共享输出”）。
验证变量存在性
在Kubernetes步骤前添加Shell步骤，执行echo ${data.VAR0}或echo @data.VAR0@，确认变量能被正常读取。如果无输出，说明上游变量传递失败，需检查上游步骤的输出配置。
检查YAML插值语法
确保变量被双引号包裹，避免YAML解析异常，示例：
```
env:
  - name: MY_VAR
    value: "${data.VAR0}"
```
部分场景下Rundeck的@变量名@插值语法兼容性更好，可替换尝试：@data.VAR0@。

替代实现方法

使用作业选项中转
将需要传递的值赋值给作业级选项，在YAML中用${option.VAR0}引用，作用域更明确，避免上下文传递问题。

通过ConfigMap传递变量
先在Rundeck步骤中创建临时ConfigMap，写入变量值：

kubectl create configmap temp-config --from-literal=var0=${data.VAR0}

再在Kubernetes YAML中挂载该ConfigMap：

containers:
  - name: my-container
    volumeMounts:
      - name: config-volume
        mountPath: /etc/config
volumes:
  - name: config-volume
    configMap:
      name: temp-config

脚本动态生成YAML
编写Shell脚本生成完整YAML，利用Rundeck变量插值后输出：

cat << EOF
apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: test-container
    image: busybox
    env:
    - name: MY_VAR
      value: "${data.VAR0}"
EOF

将该脚本的输出作为Kubernetes步骤的YAML输入，完全控制插值逻辑。