为何变量已定义时结束Ansible Playbook？此模式是否常见？

是不是常见模式？ #

这不算Ansible里的通用常见模式，属于针对特定需求的自定义实现。

代码逻辑与设计原因 #

先拆解每部分的作用：

1. 终止play的前置判断

   - meta: end_play
     when: centos is defined
   

   这行是做幂等性控制：如果centos变量已经存在（不管是之前设置过还是手动定义的），直接终止整个play，避免重复执行后续的变量设置操作，节省资源。

2. 批量设置主机版本变量

   - name: Set centos variable
     set_fact:
       centos: "{{ hostvars[item]['ansible_distribution_version'][0:1] }}"
     with_inventory_hostnames: all
     delegate_to: "{{ item }}"
     delegate_facts: true
     run_once: true
   

   • with_inventory_hostnames: all：遍历inventory里的所有主机
   • delegate_to: "{{ item }}"：把变量设置任务委派到每台目标主机执行，确保能获取该主机真实的系统版本
   • delegate_facts: true：将设置的centos变量标记为目标主机的自定义facts，而非控制节点的变量，后续任务可通过hostvars[主机名].centos调用该主机的版本号
   • run_once: true：确保这个遍历任务只在控制节点触发一次，不会在每台主机上重复启动遍历流程
   • set_fact取值逻辑：提取ansible_distribution_version（系统完整版本号）的第一个字符，比如CentOS 7.9会提取成7，CentOS 8.5提取成8，把简化后的大版本号存为centos变量。

设计目的 #

核心是一次性给所有主机初始化一个简化版的CentOS大版本自定义facts，同时做了幂等性保护，避免重复执行。这不是为了防止递归，而是为了：

• 统一简化版本号格式，方便后续任务只用大版本号做判断（比如安装对应版本的软件源）
• 确保变量只初始化一次，符合Ansible幂等的设计原则
• 通过委派任务和标记facts，让每台主机的版本变量和自身绑定，不会混淆不同主机的版本信息

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