Что делает CentOS «корпоративным» по сравнению с «универсальными» дистрибутивами, такими как Ubuntu?

Что делает CentOS «корпоративным» по сравнению с «универсальными» дистрибутивами, такими как Ubuntu?

Когда я говорю «предприятие», я имею в виду «лучше для развертывания серверов». Просто общий вопрос, потому что я думал о размещении веб-приложения на моем компьютере (на котором работает Ubuntu) и наткнулся на страницу, на которой говорилось, что CentOS имеет 30% рынка для серверов. Конечно, это точно не означает, что в любом случае лучше, поэтому я просто хотел спросить.

редактировать

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

«Счастливая текстовая страница» RHEL гласит:

1. более безопасные приложения
2. защита от часто используемых уязвимостей, например, переполнения буфера, встроенного в стандартный программный стек
3. защита высшего класса с помощью функции безопасности SELinux. Защищает системные службы от атак, обеспечивает полную прозрачность и легко расширяется и адаптируется.
4. поддержка проверки подлинности с помощью смарт-карты

Вопросов

1. Как? Если бы RHEL каким-то образом не изменил версии программного стека, который вы будете использовать (в моем случае, Python и SQLite3), не будет никакой разницы.
2. Разве любой другой дистрибутив не заявляет об этом?
3. Я слышал о проблемах, касающихся SELinux. Хотел бы узнать больше об этом.
4. ?

RHEL / CentOS (и другие продукты Enterprise Linux), которые другие дистрибутивы не предоставляют, - это стабильность API / ABI. Это разочарование для многих новичков в RHEL, потому что все, что они видят, это то, что все доступные версии старше, чем последние версии, найденные в последнем выпуске Ubuntu / Fedora / Gentoo / Whoving. Но если вы поддерживаете продукт, который был развернут на RHEL-боксе, вам не нужно беспокоиться о базовой технологии, используемой в продукте, с изменением API (с новыми версиями apache, php, perl, python, glibc, без разницы). Это относится даже к большинству модулей ядра, предоставленных для RHEL.

Например, если я разработал веб-приложение, которое работает на RHEL 5.0, я могу быть совершенно уверен, что оно продолжит работать на RHEL 5.6 два года спустя, в то время как система RHEL получала обновления безопасности и исправления ошибок. Все время.

Чтобы ответить на «более безопасный» вопрос: поскольку RHEL бэкпортирует исправления безопасности для выпущенной версии, вы можете по-прежнему иметь стабильный API для выпуска программного обеспечения, не беспокоясь о безопасности базовой системы.

В мире, в котором я работаю, все используемые инструменты САПР требуют использования RedHat Enterprise - некоторые с определенной версией ядра и номерами сборок - или поставщики не будут поддерживать свои продукты.

Причина, по которой они это делают, очевидна. Существует слишком много дистрибутивов и потенциальных комбинаций ядер и библиотек, чтобы они могли воспроизводить каждую возможную среду либо для проверки своего продукта, либо для воспроизведения ошибок, которые видят клиенты. Требование RedHat означает и то, что они могут использовать свою эталонную платформу для воспроизведения ошибок клиента; и что у клиента есть контракт на поддержку с RedHat, чтобы повысить вероятность того, что любая реальная проблема, связанная с эталонной средой RedHat, действительно будет устранена.

Когда вы тратите несколько 000 долларов на место в год на какой-либо инструмент CAD, затраты на поддержку RedHat округляются.

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

Это действительно зависит от вашей ситуации. Ubuntu имеет серьезную и даже LTS (долгосрочную поддержку) версию, которая во многих отношениях так же хороша, как RHEL / CentOS. Я работаю в смешанной среде. Обычно, используя Fedora или Ubuntu для настольных компьютеров, используйте FreeBSD, Gentoo и тому подобное для устройств и серверов, я в основном придерживаюсь CentOS, но также управляю многими серверами Ubuntu.

Я не скажу, что лучше или хуже других, просто разные цели. Оба предлагают платную поддержку, и, действительно, CentOS просто перестраивается RHEL, чтобы стать бесплатным, поэтому мы действительно сравниваем RHEL с Ubuntu

Сервер Ubuntu обычно более актуален в отношении новых функций, чем RHEL, если вы хотите выполнить установку и имеете самую последнюю и лучшую версию PHP, MySQL или других программ, вам понадобится Ubuntu. Вы можете получить их на RHEL, но это боль. Так что это действительно сводится к тому, как вы будете его использовать. Если этот сервер собирается сидеть в шкафу один, и вы запускаете в основном готовые программы и у вас есть достаточно времени для его работы, выберите Ubuntu. В этом случае обновления для этой коробки не будут проблемой. Если обновление что-то ломает, вы можете исправить это через несколько минут. У меня есть сервер Ubuntu, стоящий в стойке рядом с моим креслом, он установлен на Ubuntu, не принадлежащем LTS, и не создает проблем при обновлении или обновлении системы безопасности.

Однако, если вы собираетесь управлять большим количеством серверов и использовать много нестандартного программного обеспечения или других пользовательских настроек, пожалуйста, выберите RHEL / CentOS. У меня никогда не было проблем с обновлением RHEL / CentOS. У меня есть коробки в нескольких сотнях миль от меня с очень ограниченным доступом, которые успешно запускают автоматические обновления безопасности и никогда не вызывали проблем с моими настройками. Не могу сказать то же самое для Ubuntu.

Проведите время с обоими, посмотрите, что вам нравится и что соответствует вашим конкретным потребностям.

CentOS является бесплатной производной от Red Hat Enterprise Linux , которая нацелена на «корпоративный» рынок, поэтому она специально предназначена для развертывания на различных платформах, таких как серверы и т. Д. Чтобы охватить этот рынок, дистрибуция, вероятно, будет больше сосредотачивайтесь на старых, стабильных версиях пакетов, а не на чем-то сверхсовременном. Безопасность также будет в центре внимания.

Посетите страницы возможностей и преимуществ сервера RHEL и функций рабочего стола для получения подробной информации.