НАВЫКИ
Что тренируется
- inventory и group membership
- YAML и структура playbook
- variables и precedence
- Jinja templates и filters
- modules и параметры
- handlers и notify
- become и privilege escalation
- idempotency и changed state
50 LAB · НАЧАЛЬНЫЙ / MIDDLE / СЛОЖНЫЙ
Практика Ansible: находите ошибку в автоматизации, а не переписывайте playbook с нуля
Разбирайте сломанные inventory и playbook, проверяйте фактический результат на target-системе и исправляйте automation минимальными изменениями.
Ansible часто ломается на стыке нескольких уровней: inventory выглядит корректно, но host попал не в ту группу; переменная существует, но имеет неверный тип; task проходит, однако handler не вызывается или повторный запуск перестаёт быть idempotent.
LAB воспроизводит такую ситуацию в готовой среде. Вы используете ansible-inventory, ansible-playbook, debug и обычные Linux-инструменты, чтобы отделить ошибку YAML от ошибки данных и от ошибки фактического состояния системы.
СИМПТОМЫ
Примеры инцидентов
- →host находится не в той inventory group
- →inventory YAML разобран неверно
- →опечатка в переменной меняет поведение
- →выбран неверный Python interpreter
- →tabs ломают YAML
- →использован неверный module name
- →template не получает ожидаемую переменную
- →повторный запуск делает лишние изменения
РЕАЛЬНЫЕ LAB
Примеры заданий из этого трека
В треке: 10 начальных LAB · 30 Middle · 10 сложных LAB. Ниже — по два реальных примера каждого уровня из публичного каталога.
Playbook не находит группу хостов
Ansible · inventory groups
YAML inventory имеет неверную вложенность
Ansible · inventory YAML
Несуществующий Jinja filter
Ansible · Jinja filters
Строка складывается с числом
Ansible · variable types
Rescue находится вне block
Ansible · blocks, rescue
Cleanup отсутствует в always
Ansible · blocks, always
КАК ПРОХОДИТ ПРАКТИКА
Не угадывайте ответ — исследуйте состояние системы
Получаете тикет
В заявке есть симптомы и критерий готовности, но нет пошагового рецепта.
Открываете терминал
После входа создаётся отдельная учебная среда. Команды выполняются в настоящем shell.
Строите гипотезу
Проверяете конфигурацию, логи и фактическое состояние теми инструментами, которыми пользовались бы на работе.
Исправляете причину
Можно выбрать любой корректный способ, если итоговое состояние соответствует техническому требованию.
Проверяете результат
Серверная функциональная проверка подтверждает, что проблема действительно устранена и LAB готова.
ДЛЯ КОГО
Практика вместо ещё одного набора теории
Подходит тем, кто уже знаком с базовым синтаксисом Ansible и хочет перейти от «написать playbook по примеру» к диагностике существующей инфраструктурной автоматизации.
FAQ
Вопросы о практике Ansible
Нужно ли подключаться к реальным серверам?
Нет. Inventory и target-системы подготовлены внутри LAB, поэтому эксперименты не затрагивают рабочую инфраструктуру.
Есть ли задачи на idempotency?
Да. Часть задач проверяет не только первый успешный запуск, но и корректность повторного применения automation.
Можно ли пользоваться ansible-playbook --check?
Если это помогает диагностике конкретной LAB — да. Способ исследования не фиксирован заранее.
Посмотрите реальные названия LAB до регистрации
Публичный каталог показывает темы, сложность и проверяемые навыки. Аккаунт нужен только для запуска среды, терминала и сохранения прогресса.
Перейти в каталог Junnylab