Ansible角色是实现模块化批量部署的核心机制，通过标准化目录结构封装配置、任务、变量等，支持在Playbook中调用、参数传入、条件启用和标签执行，并可跨角色组合编排及通过Galaxy共享分发。
Ansible 角色（Roles）是实现模块化批量部署的核心机制，它把配置、任务、变量、模板、文件、处理器等按功能封装成可复用单元，让复杂部署逻辑清晰、易维护、可共享。
角色目录结构标准化
每个 role 必须遵循固定目录结构，Ansible 才能自动识别和加载。标准结构如下：
- tasks/main.yml：主任务入口，定义该角色要执行的操作序列
- handlers/main.yml：定义服务重启等触发式动作，仅在 notify 调用时生效
- vars/main.yml：声明角色级默认变量，优先级低于 playbook 中 vars 或 inventory 变量
- defaults/main.yml：提供最低优先级的默认值，便于被上层覆盖
- files/：存放静态文件（如二进制包、证书），copy 模块直接引用
- templates/：存放 Jinja2 模板（如 nginx.conf.j2），template 模块渲染后分发
- meta/main.yml：声明角色依赖、平台兼容性或作者信息（非必需但推荐）
在 Playbook 中调用角色
角色不是独立运行的，必须通过 playbook 的 roles: 关键字引入。支持多种调用方式：
- 直接引用：
roles: - httpd，Ansible 自动查找roles/httpd/tasks/main.yml - 带参数传入：
- role: nginx; vars: { nginx_port: 8080 }，覆盖角色内默认变量 - 条件启用：
- role: redis; when: app_type == "backend"，按业务类型动态加载 - 指定 tags：
- role: backup; tags: [backup, critical]，配合ansible-playbook --tags backup精确执行
跨角色复用与组合编排
真实场景中，一个应用往往需要多个角色协同工作。例如部署 Web 应用可能同时需要：
- base：统一初始化系统（时间同步、基础工具、安全加固）
- nginx：反向代理与静态资源服务
- python-app：安装运行时、分发代码、配置 Gunicorn
- logrotate：日志轮转策略
这些角色可分别开发、测试、版本管理，并在顶层 playbook 中按顺序组装。这种“搭积木”方式避免了单个 playbook 膨胀失控，也便于团队分工和 CI/CD 流水线分阶段验证。
角色共享与分发管理
Ansible Galaxy 是官方角色仓库，支持一键下载和发布：
- 下载公共角色：
ansible-galaxy install geerlingguy.nginx - 初始化本地角色：
ansible-galaxy role init myapp-database - 发布到 Galaxy：
ansible-galaxy publish --api-key=xxx myapp-database
企业内部建议搭建私有 Galaxy 或 Git 仓库，结合 requirements.yml 统一管理依赖，确保环境一致性与审计可追溯。
