ansible模块化任务复用的核心是封装可调用、可配置、可共享单元，关键在于“少写但管用”；主要方式包括role组织（如nginx role）、自定义模块开发、import_tasks/include_tasks提取公共task，以及变量与条件驱动复用。
Ansible 模块化任务复用的核心，是把重复操作封装成可调用、可配置、可共享的单元，而不是每次写一堆相似的 task。关键不在“多写”，而在“少写但管用”。
用 role 组织模块化逻辑
Role 是 Ansible 实现任务复用最成熟的方式。它把变量、任务、模板、文件、处理器等按目录结构归类，形成即插即用的功能单元。比如部署 Nginx 的完整流程（安装、配置、启动、校验），打包成一个 nginx role 后，其他项目只需声明依赖，无需重写逻辑。
- 每个 role 对应单一职责：如
mysql-server、backup-cron、logrotate-config - role 内部通过
defaults/main.yml和vars/main.yml分层控制参数灵活性 - 在 playbook 中直接引用：
- role: nginx，还可传参覆盖默认值：nginx_port: 8080
封装常用操作为自定义模块
当某类操作频繁出现、且内置模块无法简洁表达时（例如调用内部 CMDB 接口查主机标签、触发某私有 API 审批流程），适合开发轻量 Python 自定义模块。它比写 tasks 更稳定、更易测试，也更容易被多个 role 复用。
- 模块代码放在
library/目录或全局模块路径下，Playbook 中调用方式与内置模块完全一致 - 输入统一走 JSON 参数，输出固定结构：
{"changed": true, "msg": "...", "data": {...}} - 避免在模块里做复杂判断或循环——那是 playbook 层该干的事；模块只专注“一件事”并返回明确结果
提取公共 task 为 import_tasks 或 include_tasks
不是所有复用都需要上升到 role 或模块。对中等粒度的逻辑（如“统一设置时区+时间同步”“批量创建系统用户”），用 import_tasks 或 include_tasks 就足够高效。
-
import_tasks在解析阶段静态加载，适合固定不变的通用步骤（推荐用于生产环境） -
include_tasks在运行时动态加载，支持基于变量决定是否执行，适合有条件复用场景 - 把共用 task 抽到单独 YAML 文件（如
common-hardening.yml），再在不同 playbook 中导入，避免复制粘贴
利用变量和条件驱动复用逻辑
同一组 task，通过变量开关就能适配不同环境或角色。比如一个 “部署应用” task 列表，用 when: app_env == 'prod' 控制是否启用备份步骤，用 app_version 变量决定下载哪个包——这样一套 task 可服务 dev/test/prod 多套环境。
- 结合
group_vars/和host_vars/目录，让不同主机组自动获得对应参数 - 用
set_fact动态生成中间变量，减少硬编码和重复判断 - 避免在 task 中写大量
shell命令拼接逻辑，优先用模块原生参数（如yum的name列表、copy的src模板路径）
