Ansible集合中默认变量的合理处理方案咨询

针对多组件Web应用Ansible脚本拆分Role后，公共变量依赖导致单个Role无法独立运行、想统一管理默认变量又要保留组件选择灵活性的问题，给你几个靠谱的处理方式：

• 用集合官方全局默认变量
  Ansible集合原生支持在集合根目录下创建defaults/main.yml，在这里定义所有组件共享的公共默认变量，所有Role都能直接引用。比如在这里写pglister_domain: example.com，各个组件Role直接用{{ pglister_domain }}就行。这样既不用单独搞一个变量Role，单个Role运行时只要集合加载正常，就不会报变量缺失。

• 给每个Role加变量检查
  在每个组件Role的任务开头，用assert模块做必要变量的合法性校验，比如：

  - name: 校验公共变量是否存在
    assert:
      that:
        - pglister_domain is defined
        - pglister_db_host is defined
      fail_msg: "请先通过集合默认或Playbook定义好公共变量"
  

  这样单独运行Role时，会给出明确的提示，不会只抛个模糊的“变量未定义”错误。

• 保留多Role结构+灵活选择组件
  不用把集合改成单个Role，继续保留每个组件的独立Role，然后在顶层Playbook里用when条件或者tags来控制组件安装。比如：

  - name: 部署pglister
    hosts: all
    roles:
      - role: pglister_web
        when: install_web | default(true)
      - role: pglister_db
        when: install_db | default(true)
      - role: pglister_mail
        when: install_mail | default(true)
  

  运行时用-e "install_mail=false"就能跳过邮件组件，既保留灵活性，又能统一管理变量。

• Playbook层面统一覆盖变量
  用户可以在顶层Playbook的vars里直接定义要覆盖的变量，或者引用外部变量文件，比如：

  - name: 部署pglister
    hosts: all
    vars:
      pglister_domain: my-pglister-site.com
      pglister_db_port: 5433
    roles:
      - pglister_web
      - pglister_db
  

  所有Role都会自动使用这里定义的变量，完全满足“单个Playbook覆盖默认值”的需求。

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