У нас его никто не любит.
Но пользуются.
Например, настройки сетевых железок не загнали в него.
А основной папет-мастер использует его как
"средство доставки" bash-скриптов.
Конфигурация секунд 40 применяется.
🏳️ Phil
Так. Давай порпроще возьмём. Смотри. Мне нужен rsnapshot грубо говоря. На каждый хост. Но. Я хочу между синхронизацией текущих файлови и удалением самой дальней копией вломится с возможностью восстановления. И после снапщота, хочу, чтобы актуальное состояние метаинфы улетело обратно в управлялку. Там делов на день с отладкой и кофе. Мучаюсь неделбю с архитектурой и реализацией. Ок. Есть Task Queue. Вот есть где-то расположенный в вакууме Task Worker (бьез разницы - Celery там, или вообще сам по REST что-то поллю, или хоть SELECT в MySQL делаю). Назовем его Обработчик-1. Поймал он задачу "делай снапшот". У меня есть варианты:
1. На хосте стоит ещё один мой Обработчик-2 с API, или лежать мои скрипты. Обработчик-1 задач выуживает из моей управлялки метаинфу по бэкапу, куда обращать, куда делать, что делать и фигачит на хост вот в это API обработчика-2 или по SSH скриптам (транспорт не важен, я для примера). Те что-то там делают (rsync например) и возвращают обрабтчику "мы сделали rsync, последний снапшт называется так-то, сделан тогда-то). Обработичик-1 задач записывает это куда-то к мне и ставит таске статус "готово".
2. Обработчик-1 выуживает из моей управлялки метаинфу по бэкапу, куда обращать, куда делать, что делать, создаёт инвентори и фигачит ansible-playbook с этим инвентори и соответствующей ролью. На хосте в итоге стоит только python или ansible agent (или как он там именуется) и настроены доступы. Обработчика-2 не существует.
Однако. Код моего обработчика-2 влетает в плагины или роли ansible у обработчика-1.
В Ансибле все настолько страшно, что для деплоя инстанса требуется отдельный самописный плагин?
Мне кажется, или это самый стандартный функционал, который можно придумать?
Ты невнимательно читал. Не шла речь ни о каком деплое инстанса. Я кстати не знаю что такое "деплой инстанса апача". Речб шла о конфигурировании мультиинстанс апач. Не умеет. На стековерфлоу даже гуглятся вопросы и решения
Не передохнут. Люди никогда не станут админами. SaaS всегда будет востребован. Возбми не говноапач, а говноuwsgi или говноunicorn, или говноfpm - один хрен там нет мультиинстанс плагинов
Вторая проблема в том, что он делает всё отдельными коннектами. У меня конечно нет задач, которым требуется мгновенная реакция. И поток не такой прямо большой. Но. Например те же бэкапы тысячи пользователей - каждые 30 секунд на коннекты выливаются в час времени. А бэкап и так анноит. Это неприемлимо
Anonymous
Ты сперва настраиваешь систему управления конфигурациями
После деплоишь на ноду
Ты не настраиваешь отдельную ноду
🏳️ Phil
Молодец, похвастался невежеством. Мультиинстанс апач употребимый стандартный термин
Если я правильно понял мысль, то собственно вопрос в том, что я хотел ansible использовать как систему управления конфигурациями. Это возможно. И норм. Но там столько "но" появляется. Что начинает терятся смысл
Dima
господа (и дамы) а вот я просмотрел сто репозиториев на github на тему ansible iptables и все сто человек, хуй знает что у них в голове, настраивают iptables либо шелом, либо темплейтом. при этом есть модуль https://docs.ansible.com/ansible/iptables_module.html который это всё умеет.
может кто-нибудь пояснить, почему так получилось, кроме как “проще”, “меньше кода” и “модуль iptables не всё умеет”?
однопоточный принципиально в openbsd. на фре... с 10-ки или с 9-ки сделали его многопоточным. надо понимать, что 2016 год на дворе. то что там синтаксис какой-нибудь клевый - это другой вопрос