Преимущества rpm over deb в контексте сервера?

Этот связанный вопрос Каковы плюсы и минусы deb vs. rpm? похоже, больше ориентированы на персональные компьютеры, но в контексте сервера, почему большинство серверов работают либо с RedHat / CentOS, либо с SUSE?

Есть ли заметное улучшение числа оборотов по deb? Или это просто потому, что они являются продуктами, предоставляемыми компанией, а не сообществом?

2 Solutions collect form web for “Преимущества rpm over deb в контексте сервера?”

Форматы пакетов deb и rpm были разработаны отдельно в одно и то же время для решения одних и тех же основных проблем. Большинство серверов управляют RHEL только потому, что исторически это был самый популярный дистрибутив, и он принял новую технологию, когда он вышел, что позволило людям, которые были терпеливы, просто расположиться лагерем в дистрибутиве, о котором они знали. Я бы сказал, если вы планируете развертывание предприятия с RHEL / CentOS, так как будет легче найти и укомплектовать людей, которые имеют опыт работы с этим конкретным дистрибутивом (не из-за менеджера пакетов). Canonical предоставляет корпоративные версии Ubuntu, но их инфраструктура поддержки (как компания) не так хорошо развита, как SuSE или Red Hat, и она по-прежнему является нишевым набором навыков в корпоративной Linux.

Сами форматы просто разные, потому что каждый из них пытался решить проблему, не обращаясь к другой, и то, что существует в одном, существует в другом. Это похоже на страны с левосторонним вождением и с правосторонним вождением. Пока вы применяете правило последовательно, нет ничего плохого ни с одним из них. Существует очень мало стремления объединить людей на любом решении по той же причине: это не проблема. Эти два решения являются конкурентоспособными по функциям, и это не так, как есть гарантия широко распространенной совместимости ABI между дистрибутивами на основе RPM и дистрибутивами на основе dpkg (что означает, что получить доступ к программному обеспечению с общим программным обеспечением для пакетов не так много).

У администраторов могут быть личные предпочтения в отношении того, насколько они предпочитают такие вещи, как apt-get против yum но это все, что есть, личное предпочтение.

Тем не менее, поскольку пакеты участвуют в вашем выборе, вы хотите сосредоточиться на стилях разработки «Enterprise» и «Community», но все же не в формате файла.

Обычно у сообщества есть очень свободные требования к качеству, и у сообщества distro есть сильный стимул обеспечить все под солнцем, чтобы каждый мог найти нужные им пакеты. Корпоративные пакеты обеспечивают определенные гарантии, связанные с совместимостью ABI внутри основных версий, выбором пакетов и внедрением новых функций, для обеспечения стабильности.

  • Гарантия ABI – Application Binary Interface , позволяет выполнять обновления системы и только перезапускать отдельные программы, которые связаны с тем, что было заменено (библиотеки, исполняемые файлы и т. Д.). Если восходящий поток исправляет что-то, относящееся к версии, поставляемой вам, ваш поставщик дистрибутивов EL должен выйти и найти способ заархивировать исправление до версии, которую они отправляют, таким образом, чтобы это не нарушало ничего. Это также помогает самой платформе получить сертификацию продукта для продуктов ISV, которые могут потребоваться для запуска.

  • Ограниченный выбор пакетов позволяет компании, которая предоставляет пакеты более широко QA, программное обеспечение, которое вы можете увидеть при поиске решения проблемы. Это не похоже на что-то вроде Fedora, где пакет просто не должен безнадежно сломаться и, похоже, он полезен кому-то, прежде чем он будет включен.

  • Новые функции, очевидно, вводят ошибки и подвергаются постоянному изменению и устареванию. Устранение задержки использования – это способ EL-дистрибутива защищать корпоративных пользователей от этого хаоса, но также помогает обеспечить требование совместимости ABI.

Наверное, больше информации, чем вы хотели, но там вы идете.

Когда я выбираю дистрибутив Linux для сервера, есть два основных фактора, которые я считаю:

  1. Будет ли на этом сервере запускаться любое прикладное программное обеспечение, которое требует / рекомендует конкретный дистрибутив? Некоторые продукты имеют матрицу поддержки, и если необходима поддержка от этого поставщика, они могут быть неприятными, если вы используете неподдерживаемый дистрибутив.
  2. Нужна ли мне поддержка 24/7 в случае серьезного сбоя оборудования или ОС? Если это так, у меня были хорошие впечатления от Red Hat, поэтому я полагаюсь на них. Если нет, то я поеду с другим дистрибутивом с более агрессивным графиком обновлений (например, дистрибутив на основе Debian). Например, RHEL обычно отстает от Ubuntu в версии PHP.
  • Как переключиться в консольный режим в режиме графического интерфейса пользователя в Suse Linux Enterprise Server 10?
  • Как узнать, какой интерфейс является моим публичным интерфейсом?
  • Восстановление данных в поврежденном каталоге в файловой системе ext3
  • Восстановить / etc / hosts на SuSE
  • Тупик в кронабе между cron и его дочерними несуществующими процессами
  • initrd или ramfs для SLES как /
  • Почему нет других дистрибутивов / спинов на базе openSuSE?
  • Исходный код драйвера ATA_PIIX
  • Какая разница между -pool & -updates на SLES11-SPx
  • Каковы наилучшие средства резервного копирования и восстановления для системы SUSE Linux
  • Как установить Python 2.7.12 на SLES 11?
  • Interesting Posts

    Как назначить несколько разных имен интерфейсов на одной карте NIC (аппаратный MAC-адрес)

    Будет ли отправлять и получать также данные дефрагментации?

    Как подключиться к экземпляру CentOS в Openstack с помощью предварительно сгенерированного закрытого ключа PEM с помощью Cygwin

    Пакетное переименование файлов, создание подпапок и перемещение файлов по шаблону

    Альтернативы для Cygwin

    Есть ли способ «стабилизировать» прошлые встроенные нестабильные бинарные пакеты Gentoo без перестройки?

    Как добавить dm-cache к уже существующей настройке luks?

    Есть ли инструмент, который автоматически вставляет и обновляет блок заголовка сценария, например, сценарии оболочки или Python?

    Какая была первая платформа Unix для команды «да»?

    Добавьте '.0' в целые числа с одной цифрой

    chroot: не удалось запустить команду '/ bin / bash': разрешение отклонено

    Передача данных на последовательный порт через экран

    X: узнать, видимо ли окно пользователю, т.е. не покрыто другими

    Переключение уровня запуска при перемещении / var в другой раздел

    Кошка никогда не читает с терминала?

    Linux и Unix - лучшая ОС в мире.