Что делает CentOS «корпоративным» по сравнению с «универсальными» дистрибутивами, такими как Ubuntu?
Когда я говорю «предприятие», я имею в виду «лучше для развертывания серверов». Просто общий вопрос, потому что я думал о размещении веб-приложения на моем компьютере (на котором работает Ubuntu) и наткнулся на страницу, на которой говорилось, что CentOS имеет 30% рынка для серверов. Конечно, это точно не означает, что в любом случае лучше, поэтому я просто хотел спросить.
редактировать
Есть еще одна вещь, которую я действительно не понимаю: большинство этих дистрибутивов используют одни и те же приложения, имеют один и тот же менеджер пакетов, и все они работают на одном и том же ядре. В чем же разница?
«Счастливая текстовая страница» RHEL гласит:
- более безопасные приложения
- защита от часто используемых уязвимостей, например, переполнения буфера, встроенного в стандартный программный стек
- защита высшего класса с помощью функции безопасности SELinux. Защищает системные службы от атак, обеспечивает полную прозрачность и легко расширяется и адаптируется.
- поддержка проверки подлинности с помощью смарт-карты
Вопросов
- Как? Если бы RHEL каким-то образом не изменил версии программного стека, который вы будете использовать (в моем случае, Python и SQLite3), не будет никакой разницы.
- Разве любой другой дистрибутив не заявляет об этом?
- Я слышал о проблемах, касающихся SELinux. Хотел бы узнать больше об этом.
- ?
Ответы:
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 и функций рабочего стола для получения подробной информации.
источник