Анотация Если у тебя в плейбуках после каждой правки конфига идёт ещё одна таска service: restarted, а nginx в логах дёргается по десять раз за запуск — значит, пора познакомиться с handlers. В этой статье разберём, что такое handler, как notify связывает его с тасками и почему сервис перезапускается ровно один раз, даже если его «дёрнули» сразу несколько задач. Зачем вообще нужны handlers Типичная история: у тебя есть несколько задач, которые правят конфиги nginx; после каждой ты на всякий случай...

Запускаешь плейбук, чтобы обновить конфигурацию Nginx — но сервис не стартует. В конфиге ошибка. Ищешь причину, правишь файл, запускаешь плейбук заново — потому что Ansible сам по себе откатывать изменения не умеет. Сайт заработал, но время потратил, а пользователи видели простой. В Ansible для этого есть один приём. Блоки задач: block, rescue и always. Это как try-catch-finally в программировании: сначала block, при ошибке — rescue, затем — always, независимо от результата. Вот как выглядит плейбук...

Представим, что у вас есть 10 серверов под разные или похожие задачи. Каждую машину нужно периодически обновлять, изменять ее конфигурацию. Часто необходимо поднять и настроить сразу несколько серверов в короткие сроки. Конечно, можно подключаться к каждому по SSH и вручную вносить необходимые изменения, но это очень долго и увеличивает возможность совершения ошибок из-за человеческого фактора. Для эффективного решения подобных задач DevOps-специалисты используют систему удаленного управления конфигурацией - Ansible...