ansible 通过 hostvars、delegate_to + run_once、group_vars 和 include_vars 等机制实现跨节点数据共享，其中 hostvars 是最常用方式，需确保目标主机任务已完成；动态配置宜集中生成后广播，静态参数应提升至 group 层级管理。
Ansible 本身不自带跨节点的实时数据共享机制，但可通过合理设计 playbook 结构、利用内置事实（facts）、临时文件、注册变量与 set_fact 配合 delegate_to 或 run_once，再结合 group_names、hostvars 等变量系统，实现配置数据在批量部署中跨节点传递与复用。
用 hostvars 在不同主机间读取变量
Ansible 的 hostvars 是实现跨节点数据共享最常用且可靠的方式。它允许你在任意任务中访问其他主机上已定义或收集到的变量（包括通过 register 或 set_fact 设置的值）。
- 确保目标主机已完成相关任务（如生成配置、获取 IP、生成密钥等），变量才可被
hostvars访问 - 推荐在 play 中设置
serial: 1或分阶段执行，避免因并行导致变量未就绪 - 示例：从跳板机获取 token 后，供所有应用节点使用：
{{ hostvars['jumpserver']['token_value'] }}
借助 delegate_to + run_once 提前生成共享配置
当需要统一生成一份配置（如 TLS 证书、集群 join token、数据库连接串），可指定某台主机（如 control node 或 dedicated config host）集中生成，并广播给其他节点。
- 用
delegate_to: localhost或具体主机名，配合run_once: true确保只运行一次 - 生成后用
set_fact注册为全局变量，或写入临时文件再用slurp模块分发 - 注意路径权限和 idempotency：重复运行时应跳过生成逻辑，仅分发已有内容
用 group_vars 和 include_vars 实现静态共享配置
适用于部署前已知、不随运行时变化的共享参数（如集群名、基础镜像版本、日志路径）。这类数据更适合提前声明而非动态传递。
- 将共用变量放在
group_vars/all.yml或group_vars/<group_name>.yml</group_name>中 - 也可用
include_vars动态加载外部 YAML/JSON 文件，支持按环境或角色切换 - 避免在
host_vars中重复定义相同字段；优先提升到 group 层级以减少冗余
谨慎使用文件同步类方式（如 copy + slurp）
虽可行，但属于“间接共享”，需额外步骤且易出错，仅在变量无法序列化（如二进制证书）或需严格校验一致性时采用。
-
slurp读取远程文件内容为 base64，再用copy写入其他节点，适合小文件 - 注意编码转换（base64 → content）、文件权限、SELinux 上下文等细节
- 相比
hostvars，这种方式缺乏变量语义，调试和维护成本更高
不复杂但容易忽略的是变量作用域和执行时序——跨节点共享不是“自动同步”，而是靠显式引用和合理编排达成。只要把握好 hostvars 的可用时机、run_once 的触发边界，以及静态/动态配置的分层管理，就能稳定支撑多节点协同部署场景。
