Мейнстрим в инфре такой: «если разворачиваете сервис — пишите Ansible/Puppet, иначе вы что-то делаете не так».

Мейнстрим в инфре такой: «если разворачиваете сервис — пишите Ansible/Puppet, иначе вы что-то делаете не так».

Но для типовых окружений это часто лишняя инженерная гимнастика.

Если задача — не выстроить идеальную конфигурационную фабрику, а быстро поднять предсказуемый сервис, готовый образ с нужным ПО может быть практичнее:
- меньше кода и точек отказа,
- быстрее запуск,
- проще повторять деплой на разных площадках,
- меньше ручной рутины у команды.

Логика простая: автоматизировать нужно не всё подряд, а то, что действительно меняется. Если у вас один бинарник, стандартный Docker Compose или типовая среда — плейбук ради плейбука часто только усложняет поддержку.

⚙️ В агентской практике мы обычно смотрим так:
1) есть ли повторяемость,
2) насколько часто меняется конфиг,
3) что дороже — поддержка скрипта или сопровождение образа.

И да, «готовый образ» — не замена DevOps. Это просто более короткий путь там, где бизнесу важны скорость и одинаковый результат, а не архитектурная поэзия.