Роли
Тема дорожной карты · Ansible
Role в Ansible представляет собой основной механизм организации автоматизации в переиспользуемые, самодостаточные единицы. Это позволяет объединять задачи, handler, переменные, шаблоны и файлы в стандартизированном макете каталогов. Role вызывается в списке roles: play или с помощью задач ansible.builtin.include_role и ansible.builtin.import_role, и может параметризоваться передачей vars в момент вызова. Role загружаются из Ansible Galaxy командой ansible-galaxy role install author.role_name или объявляются в requirements.yml для воспроизводимых установок. Использование role сохраняет playbook лаконичными и продвигает принцип DRY — например, role postgresql можно использовать одновременно в staging, production и DR-окружениях без дублирования задач. Это делает ролевые подходы идеальными для организации сложных автоматизированных процессов и упрощения их управления.
Как это работает
Роли организуют связанные задачи, файлы, шаблоны, handlers, vars и defaults в переиспользуемую директорную структуру (tasks/, handlers/, templates/, files/, vars/, defaults/, meta/). Play включает роли по имени; ansible-galaxy init <role> создаёт структуру. Роли могут декларировать зависимости в meta/main.yml. Collections (Ansible 2.10+) пакетируют роли + модули + плагины как распространяемые пакеты на Galaxy или приватном хабе. Это позволяет управлять сложными автоматизированными процессами более эффективно, обеспечивая структурированное и повторное использование кода.
Когда применять
Выносите роль, когда есть логичный кусок, переиспользуемый в 2+ плейбуках (nginx, postgres, prometheus-node-exporter). Используйте готовые роли Galaxy для распространённого — geerlingguy.docker, geerlingguy.postgresql закалены в боях. Запиньте версии ролей в requirements.yml. Узкая ответственность роли (одна роль на сервис). Role позволяют значительно упростить управление автоматизацией, обеспечивая повторное использование кода и уменьшая вероятность ошибок.
Типичные ошибки
Ловушки Роли: god-роль, делающая 15 вещей (разделите); не запиннены версии Galaxy-ролей (один ansible-galaxy install -r requirements.yml и поведение меняется); роли с захардкоженными distro-путями ломаются на другом OS (используйте ansible_os_family для ветвления); не используете defaults/ для переопределяемых значений (вызывающие не могут кастомизировать). Эти ошибки могут значительно усложнить управление автоматизацией, поэтому важно избегать их.