Название говорит само за себя. Для личного использования я предпочитаю Debian / Ubuntu Redhat. Необязательно, что мне так не нравится Redhat (или, точнее, CentOS или Fedora), мне гораздо больше нравится система управления пакетами Debian.
В чем причины такой популярности Redhat?
(И для ясности, я спрашиваю, потому что искренне хочу знать причины. Так что никаких огненных войн!)
В первые дни, когда к Linux относились более серьезно в повседневном деловом мире, после упоминания имени всегда возникала нервозность. Технические сотрудники обнаружили, что «все было начато студентом университета в его подвале» - не лучший способ продать идею операционной платформы с открытым исходным кодом руководству.
Red Hat в то время удовлетворила потребность в надежной компании, поддерживающей альтернативы Linux, и, вероятно, оказала самое сильное влияние на Linux для корпоративных масс. Они смогли предоставить решения по поддержке вместе со своими собственными версиями ОС.
Благодаря их раннему успеху в полном диапазоне использования Linux от личного до корпоративного, они создали огромный импульс и узнаваемый бренд, который остается с ними по сей день, даже несмотря на конкуренцию со стороны других громких имен, таких как Novell.
Если вы живете в корпоративной ИТ-среде, вы часто оказываетесь в том, что я называю адом матрицы поддержки сторонних поставщиков. Это означает, что для каждого принимаемого вами решения вы должны убедиться, что используемая вами ОС / программное обеспечение / оборудование «поддерживается» или «сертифицировано».
RedHat Enterprise Linux просто можно найти почти в каждой матрице поддержки от поставщиков коммерческого программного и аппаратного обеспечения. Вы также можете найти Novell / SuSE SLES на матрице. Но тогда это все. Конец поддерживаемых дистрибутивов Linux. И даже тогда эти поставщики часто перечисляют только те версии RHEL, которые по крайней мере на одно поколение отстают от текущего основного выпуска. Вот где важны предложения долгосрочной поддержки от RedHat.
Для многих менеджеров также очень важно, что есть компания, на которую можно указать пальцем и открыть тикеты в службу поддержки в случае возникновения проблем.
Моя компания использовала Redhat 7.3, когда мы перешли с Solaris в 2001/2002 году. В то время у них была лучшая поддержка оборудования, которое мы использовали (Dell, которую мы выбрали, потому что у нас уже был контракт с поставщиками наших систем Windows).
Когда мы подошли к следующей точке принятия решения, я серьезно задумался о Debian (Ubuntu, ориентированного на настольные системы, не было и не рассматривался бы, если бы был). Проблема заключалась в том, что на тот момент прошло около 2 лет с момента последнего стабильного выпуска, и он был ужасно устаревшим. Все использовали деревья тестирования для продакшена, и это было неприятно. В итоге мы выбрали Red Hat Enterprise Linux, а вскоре по возможности использовали CentOS и RHEL только тогда, когда у нас возникла проблема с контрактом на поддержку с другим поставщиком (кашель оракул кашель), который требовал чистой установки RHEL с контрактом на поддержку.
Большим плюсом для нас стал жизненный цикл поддержки - если я установлю RHEL на сервер, я знаю, что получу 5 лет жизненного цикла поддержки, включая исправления ошибок безопасности. Этот жизненный цикл дает нам теплые туманы при обслуживании серверов.
Мы используем его, потому что это одна из немногих разновидностей Linux, на которой (официально) будет работать Oracle.
История и маркетинг.
Красная Шапка была основана в 1995 году и представляет собой коммерческую организацию, специализирующуюся на продаже набора программного обеспечения и услуг корпоративного уровня.
Ubuntu? Даже не был выпущен до 2004 года.
Debian? За основным проектом Debian не стоит серьезная организация, подобная RH, не так ли?
Все это говорит о том, что в ближайшие годы я делаю ставку на то, что Canonical / Ubutu выйдет на путь развития корпоративного мира.
Простой ответ: поддержка, репутация и сертификация.
Многие приложения корпоративного класса только «официально» работают на RHEL, и они не будут поддерживать вас, если вы запустите их в другом дистрибутиве, поэтому угол поддержки увеличивается вдвое.
Тем не менее, Suse набирает обороты.
Знакомство может быть фактором.
Я запускаю CentOS на всех своих (одном) Linux-серверах. Я выбрал CentOS из соображений стоимости (бесплатно) и из соображений поддержки (применяется исчерпывающая документация RedHat).
Между производными RedHat и производными Debian есть явные различия. Я в меру хорошо разбираюсь в администрировании производной RedHat из командной строки и не вижу причин отклоняться от этого пути, когда я приобрету больше серверов.
Поставляется с Dell
Несколько лет назад, когда мне нужно было установить сервер сканирования безопасности, я хотел запустить Nessus и т. Д., Мы начали искать дистрибутивы Linux. Руководство настаивало на ОС, по которой я мог бы позвонить в службу поддержки. Механизмы приобретения годовой поддержки в Red Hat были простыми и простыми. Так что, несмотря на то, что двое из нас, устанавливающих систему, имели большой опыт работы с Debian, мы сразу же перешли на Red Hat. Red Hat предоставляет вам пакет услуг поддержки, который требуется менеджменту, практически без суеты. Так что довольны и деловая сторона, и техническая сторона.
Redhat была основной дистрибьюторской компанией, сосредоточившей внимание на поддержке Enterprise в первые годы существования Linux.
Инфраструктура поддержки Ubuntu относительно нова для сравнения.
Я думаю, к сожалению, некоторые компании так оценивают стабильность и безопасность.
1) Redhat имеет длительный срок жизни для каждого дистрибутива (например, rhel3, rhel4, rhel5 ...)
Я думаю, что дистрибутивы RH выпускаются каждые пару лет, а затем получают широкую поддержку в течение 4–5 лет, затем до 7 лет с точки зрения безопасности и серьезных ошибок, а затем, наконец, End of Lifed.
Этот длительный жизненный цикл ценен для компаний, которые разрабатывают программное обеспечение, поскольку он означает, что вы можете запускать свое программное обеспечение до 7 лет без необходимости его частого обновления, вы знаете, что API-интерфейсы не изменятся, значения по умолчанию, вероятно, не изменятся, а основные версии выиграли не меняю. Однако это также является серьезной проблемой для некоторых, особенно разработчиков).
Тем не менее, безопасность и исправления ошибок будут перенесены обратно, а иногда и новые функции. Могут быть представлены новые пакеты, например может быть введен новый интерпретатор, если это станет модным.
Подробнее см. Следующую ссылку: http://www.redhat.com/security/updates/errata/
2) Для rhel выпущено много коммерческого программного обеспечения. На самом деле я бы сказал, что это наиболее широко поддерживаемая платформа Linux для коммерческого программного обеспечения. Он широко используется в крупномасштабных корпоративных приложениях, например. поддерживаются oracle, peoplesoft, sap, db2.
3) То же и с оборудованием. Большинство, если не все поставщики оборудования уровня 1 (и даже некоторые изящные маленькие поставщики HW) предоставляют драйверы, установщики микропрограмм, служебные программы и инструменты настройки для RHEL, а также сертифицируют свое оборудование для работы с RHEL.
4) У него хорошее программное обеспечение для управления малыми и крупными автопарками, то есть RHN и спутниковый сервер (в основном ваша собственная локальная версия RHN).
5) RH обеспечивает возмещение ущерба в случаях нарушения патентных прав, например, Кейсы в стиле SCO
6) RH оказывает поддержку. Возможно, лучшая поддержка Linux. Точно сказать не могу. Однако я сам обнаружил, что поддержка невелика.
6) У него есть обучение и сертификаты - и обучение, и сертификаты хорошие, по словам моих коллег. Я никогда не посещал ни одного, но мои коллеги, которых я очень уважаю, все хорошо отзываются об обучении и все думают, что сертификат чего-то стоит, потому что экзамены практичные и сложные, даже для бога, опытные системные администраторы.
Именно поэтому 100-летнее вино так популярно. Это «выдержанное до совершенства». RHEL сертифицирует себя как стабильный и предлагает поддержку в этом отношении. Таким образом, они делают все возможное, чтобы убедиться, что код, который они упаковывают, соответствует всем ожиданиям. Проблема в том, что они на два шага отстают от текущих разработок в своих выпусках, однако эта политика вызывает у корпоративных пользователей теплое и нечеткое чувство.
Время от времени их кусают, я помню, как они вытаскивали какой-то сумасшедший код из нестабильного дерева perl и заставляли работать бесчисленное количество апов при 100% загрузке процессора ... разработчиков также раздражает то, что упакованные библиотеки устарели.
Действительно, почему что-то популярное? Потому что многие люди говорят: «У меня это сработало». Вы получаете опробованный и протестированный код с патчами RedHats, применяемыми для исправления и устранения всех обнаруженных ошибок. Единственный способ, которым они могут это сделать, - дать вам более старый код, у которого было время поваляться в дикой природе.
Лично я нахожу это слишком ограничивающим, мне нужно изменить ядро, не отменяя моего соглашения о поддержке ... но многие другие люди просто хотят, чтобы эта чертова штука работала :)
Многие коммерческие приложения доступны только в пакетах RPM, связанных с конкретными версиями RedHat.
Да, вы, вероятно, сможете что-нибудь вместе взломать, чтобы оно работало под Debian ... но сколько стоит ваше время?
Я не принимаю решения на своем рабочем месте, поэтому это могло быть неправильно, но у меня сложилось впечатление, что мы запускаем RHEL, потому что он «корпоративный» и «официальный»; вы получите договор, номер телефона службы поддержки и счет. Это просто: вы платите RedHat деньги, они отдают вам свой продукт. Это дает ощущение безопасности и стабильности (ни то, ни другое я не имею в виду в их общепринятых терминах системного администратора). Бизнесу это нравится.
IMHO, я бы предпочел, чтобы мы запускали Centos или Fedora и тратили деньги, которые мы платим RedHat, на оплату людям разработки программного обеспечения с открытым исходным кодом. Поддержка RH не была для нас блестящей, RHN вроде как нафф (медленно, сейчас мало что предлагает Выход в открытый космос доступен), и исправление ошибок может занять много времени. Не очень хорошая отдача на потраченные деньги. Если мы использовали Centos / что бы то ни было, наши исправления вернутся в проект, где они могут быть протестированы и интегрированы перед ожиданием новой версии (или ... может быть, не потому, что Centos похож на RHEL - но вы поняли идею). Мы могли бы заплатить Reductive Labs, чтобы они помогли нам с Кукольный интеграции или заплатите разработчику за разработку некоторых вещей Apache, которые могут нам понадобиться.
Конечно, если бы все отказались от RHEL, возможно, у нас не было бы Centos или Fedora ..
(отказ от ответственности: это мои взгляды, а не мнение моего работодателя, бла-бла)
Поддержка оборудования и программного обеспечения корпоративного качества.
Red Hat существует уже давно, продукт хорошо известен. Поддержку продукта оказывает известная крупная компания (Red Hat).
Еще одна причина, которая осталась незамеченной: в сфере обороны / разведки США Red Hat - единственный дистрибутив Linux, который имеет все сертификаты и аккредитации то, что ищут государственные органы.
На самом деле это сводится к 2 факторам:
Не думаю, что в этом есть что-то еще. Это не лучше и не хуже других дистрибутивов. RH просто предоставляет поддержку, которую вы хотите (или, лучше сказать, нуждаетесь) в корпоративной среде.
Red Hat популярен в корпоративном мире, потому что поставщик приложений, обеспечивающий поддержку Linux, должен написать документацию о своем продукте, и они обычно выбирают для поддержки один (RHEL) или два (Suse Linux) дистрибутива. Поскольку Suse не очень популярен в США, RHEL кажется таким популярным.