изменились, то валидация через nginx -t)—>(если валидация пройдена, то релоад nginx)—>(проверка доступности nginx)—>(переход к следующему хосту) выходит свистопляска с хендлерами? что вызывать в хендлерах? как добиться идемпотентости, если, например, что-то пойдет не так после пула конфига и не зарелоадится нжинкс, то второй запуск не зарелоадит, если релоад в хендлерах. как вы решаете эту задачу?
Я убрал валидацию nginx -t, так как nginx -s reload и так её делает. А если валидация не прошла, то не делает ничего. И сыпет ошибку на handler. Просто исправляю ошибку в конфиге и запускаю заново
я делаю релоад через модуль service, а не через command, к тому же не нужно же каждый раз релоадить, если конфиг не изменился
если конфиг не изменился - не релоадиться у меня.
если релоад в хендлере? логично. а если изменился и что-то пошло не так и прогоняю второй раз плейбук, то также не зарелоадит, потому что не видит изменений
Могу ошибаться, но nginx -t вы должны сделать сами после правки конфига на тестовом узле, а никак не отправлять не проверенный конфиг на боевые сервера
А в плейбуке, если файл изменился, то делать reload, без лишних проверок
Обсуждают сегодня