смысл пакетов — быстро клонировать софт, добавить новый сервер в систему минимальными действиями.
если в проекте до десятка серверов, то возможна такая схема излишне, но если их число приближается к сотне,
то сами подумайте сколько времени нужно будет на установку нужного софта из портов+ наложить спец патчи, + развернуть нестандартные экстеншены + что-то еще пересобрать…
не такой уж он великий как кажется,
во первых — пакет не один ну и обновления не так часто.
настроил проект и все как часы… без сбоев.
нет особого смысла каждую пятницу перелазить на новый билд РНР или мускуля.
в пакетах собирается софт mysql/nginx/php etc
что касается конфигов, то тут подход следующий:
есть некий стандартный крнфиг — для всех серверов
есть включаемые конфиги для каждого сервера индивидуально
конфигуратор, который генерит необходимый конфиг индивидуально для каждого сервера в соответствии с его ролью
у нас сл роли серверов: (БД, WEB, Script, Memcache, Storage)
конфиги генерятся на основании шаблонов
в общем все сложно. объяснить на пальцах не так просто,
за то при развертывании нового сервера делается два-три действия,
— устанавливается ось дистанционно
— заливаются и устанавливаются паккаджи
— заливаются скрипты и запускается конфигуратор.
и все дело в шляпе — сервер в бою!!!
про кол-во пакетов это ценное замечание
сам хотел добавить
команда пинг в юниксе и винде работают по разному ( юникс пингует до сброса, винда 4 пакета)
на пхпклабе больше идиотов, которые считают что им «все должны» и требуют ответов
из-за таких вот идиотов порождается ответная реакция,
там есть очень хороший раздел «как задать правильно вопрос, чтоб на него получить ответ»
я там с 2002 года и подчерпнул от туда много хороших идей и знаний.
все не соберусь написать.
надо кешировать (то что надо) блоками
блоки собирать ssi