Назад | Перейти на главную страницу

смешивание установок rpm и исходного кода на рабочем веб-сервере

Можно ли смешивать установки на основе rpm и исходников на рабочем веб-сервере? Или предпочтительнее полностью пойти тем или иным путем?

большое спасибо

Управление пакетами - это всегда лучший способ просто потому, что он позволяет вам иметь дело с одним модульным объектом. Пакеты значительно упрощают установку и обновление серверов. Это позволяет вам легче рассуждать о ваших серверах; вы знаете, какая версия той или иной программы установлена. Вы можете быть уверены, что используете один и тот же двоичный файл на нескольких разных серверах.

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

Что нужно помнить об исходных пакетах, так это то, что вы ДОЛЖНЫ самостоятельно просматривать списки рассылки по безопасности и следить за вышестоящим поставщиком на случай обнаружения каких-либо критических ошибок. Вам может потребоваться подготовиться к переносу исправлений в вашу текущую систему, если вы не готовы к обновлению, когда апстрим решит внести изменение, которое что-то сломает. При использовании пакетов от дистрибьютора вы можете немного расслабиться в вопросах безопасности и доверять им поиск и устранение проблем безопасности и выпуск обновлений по мере необходимости.

Если есть деловая причина для использования более новой версии, вам нужно решить, стоит ли затраченных усилий и риска. Вам просто нужно убедиться, что вы готовы самостоятельно заниматься такими вещами, как безопасность.

Как упоминал Дэвид, вам действительно стоит подумать о том, чтобы научиться создавать свои собственные пакеты. Если у вас более одной системы, правильно созданный пакет можно повторно использовать во второй системе. Его можно повторно использовать в тестовой коробке. Таким образом, у вас не будет определенного пакета, скомпилированного с одним параметром в системе a и другим набором параметров в системе b.

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

Если у вас один сервер, обычно нормально делать все, чтобы он работал, и делать полное / резервное копирование. Только если вы храните документацию о своих действиях (достаточно / etc / motd). Хотя беспорядок, смешивание rpms / cpan / deb / custom builds не является который плохо, если вам не нужно дублировать машину. Например, мой личный ноутбук - полная помойка :) Каждый раз, когда я делаю dist-upgrade, что-то ломается, но это приемлемо - я единственный пользователь. Если у вас есть пара компьютеров, которые выполняют одни и те же функции, и вам нужно, чтобы они выполняли очень предсказуемое смешивание, разные типы режимов установки доставят вам много проблем. Вы должны научиться создавать rpms / deb и, возможно, создать собственный репозиторий yum.