> У меня нет желания самому переизобретать велосипеды которые уже давно придумали и
> в гораздо более вменяемом виде. Пакетная система может делать то же
> самое, только культурно и гранулярно (попакетно).Вы не поверите, у меня так же, портами, занимается пакетная система, только в отличии от убунты, когда я подготавливаю пакеджи, мне не нужно ломать голову над тем, как пересобрать какую-то програмулину с нужными мне опциями.
>> Заметь, изменения вносятся на одной виртуалке и разносятся на десятки серверов.
> Я заметил что вы только что своими руками изобрели велосипед. Только пакетный
> манагер в его роли - фичастее и удобнее. А как тебе
> идея, быстро перепрофилировать сервер типа А в сервер типа Б? А
> что если хочется сделать его и ролью А и ролью Б
> одновременно? С пакетной системой - да не вопрос, дело 5 минут.
> С вашим подходом - "а вам пое...ться не завернуть?"
Перепрофиль - это крайне редкая процедура, в этом случае быстрее переставить сервер, чем килять какие-то пакеты и ставить новые, 15-ть минут ожидания и он в работе с новым назначением. А и Б скрестить не всегда возможно, например тогда, когда один сервер отдает только статику, а другой только динамику и навешивать это все в роли фронтэндов-бекэндов - не вариант. Но если функции, все же, не пересекающиеся - то нет особых проблем.
>> Ну и puppet/chef/cfengine ни кто не отменял. Кто-то работает, а кто-то героя
>> из себя строит, таская системы туда-сюда...
> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.
Очень простой пример: у вас есть 10-ть серверов, например, под мускуль, ставились сервера не сразу, по-этому у них разное железо и, соответственно, разные проц-память-возможности, каждый нужно настроить под его конкретные возможности, тот же key_buffer и/или innodb_buffer_pool_size в зависимость от оперативки, или thread_concurrency в зависимости от кол-ва ядер, как вы это будете делать и как вы будете это делать при апгрейде железа своим пакетным менеджером или тут уже заступают на службу руки админа?
