Ansible循环调用include_role时如何保留角色间变量传递？

我之前也踩过这个坑——把play级的roles列表改成include_tasks循环调用include_role后，前面角色设置的变量就没法被后续角色访问了，核心原因是两种写法的变量作用域不一样。下面是具体的解决思路和方案：

问题根源 #

原生的roles列表在执行时，会自动把每个角色的defaults和vars提升到play全局作用域，后续角色可以直接读取这些变量。但include_role默认的作用域是当前任务级，任务执行完后，角色的变量就被局限在该任务的上下文里，循环里的下一个角色自然拿不到。

解决方案：开启public: true参数 #

在include_role中添加public: true参数，就能让角色的变量注入到play全局作用域，和原生roles的行为完全一致。修改你的a4-roles/tasks/main.yml文件：

- name: a4-roles
  when: item.when | default(omit)
  block:
    - include_role:
        name: "{{ item.name }}"
        apply:
          tags: >-
            {%- if item.tags is defined -%}
            "{{ item.tags }}"
            {%- else -%}
            ""
            {%- endif -%}
        public: true  # 新增这一行，将变量提升到play全局
  rescue:
    - include_role:
        name: "ems-notification"
        vars:
          msg: an error has occurred
          host: "{{ inventory_hostname }}"
          result: "{{ ansible_failed_result.msg | trim | default(omit) }}"
          role: "{{ item.name }}"
          error: "true"

额外验证与注意事项 #

1. 版本要求：public: true是Ansible 2.8及以上版本才支持的特性，如果你用的是更旧的Ansible版本，得先升级到符合要求的版本。
2. 变量测试：可以在后续角色里加个debug任务验证变量是否正常传递，比如在win_nodes/kubernetes_patch角色中加入：

   - name: 验证kubespray-defaults的变量是否可用
     debug:
       var: some_variable_defined_in_kubespray_defaults
   

3. 替代方案（不推荐）：如果没法升级Ansible，你可以在每个include_role执行后，用set_fact手动把需要传递的变量设为play级变量，但这种方法要明确知道所有要传递的变量，灵活性差、维护成本高，远不如public: true方便。

这样修改后，kubespray-defaults等角色设置的变量就能正常被后续角色访问，同时还保留了你想要的block/rescue错误处理逻辑。

内容的提问来源于stack exchange，提问作者Valerio Santinelli