Неиспользуемое место Жесткого диска

Я столкнулся с несколькими местами, который, кажется, говорит, что сегодняшние администраторы действительно не знают то, что они делают, потому что они не делают вещей с нуля и вместо этого предпочитают управление пакетом.

Я полагаю, что этот оператор не точен. Конечно, системный администратор должен знать, как скомпилировать из источника, и очень редко, чтобы каждый не делал этого, по крайней мере, однажды.

Однако, поскольку все в жизни, решая, какой метод нужно использовать, основано на требованиях:

1) Если версии пакета официального распределения удовлетворяют Ваши потребности для функций, то ответ является четким: Используйте систему пакета. Нет никакого оправдания простоте, которую обеспечивает система пакета. Это устанавливает автоматически все зависимости, и Ваша работа ограничена в конфигурационных файлах. Большинство известных дистрибутивов (Redhat, Centos, debian) постоянно сохраняет официальные пакеты обновляемыми, так как они бэкпортируют все патчи безопасности, и Вы не должны волноваться об обновлениях системы защиты, так как они могут быть обновлены автоматически. Это очень полезно в рабочем сервере, так как Вы проводите свое время в системном администрировании, контролируя и т.д., вместо того, чтобы постоянно проверить, имеет ли пакет новое обновление.

2) Если для Вашего проекта нужны последние функции, которые только обеспечивают последние версии - приложений, в которых Вы нуждаетесь - то необходимо скомпилировать все из источника. Это является трудоемким, и необходимо постоянно контролировать, если новая версия выходит с ошибками безопасности. Затем необходимо перекомпилировать все. Недостаток ясен. Однако проблема больше, если необходимо администрировать больше чем 1 сервер. В этом случае самый легкий путь состоит в том, чтобы создать собственный репозиторий, создать Ваши собственные пакеты на основе исходного кода последней версии и затем использовать снова диспетчер пакетов на каждом сервере для обновления пакетов с помощью репозитория.