Название говорит обо всем. Для личного пользования я предпочитаю Debian / Ubuntu, а не Redhat. Не обязательно, что мне не нравится Redhat (или, точнее, CentOS или Fedora) настолько, насколько мне нравится система управления пакетами Debian намного лучше.
Каковы причины, почему Redhat так популярен?
(И просто чтобы быть ясным, я спрашиваю, потому что я искренне хочу знать, каковы причины. Так что никаких пламенных войн!)
Ответы:
В первые дни, когда Linux воспринимали более серьезно в повседневном деловом мире, всегда было нервозность, которая следовала за упоминанием названия. Технические специалисты обнаружили, что «Это было начато студентом университета в его подвале», и это не лучший способ продать идею операционной платформы с открытым исходным кодом руководству.
Потребность в надежной компании, поддерживающей альтернативы Linux, была удовлетворена Red Hat в те первые годы и, вероятно, оказала самое большое влияние на Linux для корпоративных масс. Они смогли предоставить решения поддержки вместе со своими собственными фирменными версиями ОС.
Благодаря их раннему успеху с полным спектром использования Linux от личного до корпоративного, они создали огромный импульс и узнаваемый бренд, который остается с ними по сей день, даже в условиях конкуренции со стороны других громких имен, таких как Novell.
Если вы живете в корпоративной ИТ-среде, вы часто попадаете в то, что я называю «сторонний поставщик-поддержка-матрица-ад». То есть для каждого принятого вами решения вы должны убедиться, что используемая вами ОС / программное / аппаратное обеспечение «поддерживается» или «сертифицировано».
RedHat Enterprise Linux можно найти практически на каждой матрице поддержки коммерческих поставщиков программного и аппаратного обеспечения. Вы также можете найти Novell / SuSE SLES на матрице. Но тогда это все. Конец поддерживаемых дистрибутивов Linux. И даже тогда эти поставщики часто перечисляют только выпуски RHEL, которые по крайней мере на одно поколение отстают от текущего основного выпуска. Вот где долгосрочные предложения поддержки от RedHat становятся важными.
Для многих менеджеров также очень важно, что есть компания, на которую вы можете указать пальцем и открыть билеты поддержки в случае проблем.
Моя компания перешла на Redhat 7.3, когда мы переехали из Соляриса в 2001/2002 году. В то время у них была лучшая поддержка для оборудования, которое мы использовали (Dell, который мы выбрали, потому что у нас уже был контракт с ними от наших систем Windows).
Когда мы достигли следующего этапа принятия решения, я в значительной степени подумал о Debian (Ubuntu, которая ориентирована на десктоп, не была рядом и не была бы рассмотрена, если бы она была). Проблема заключалась в том, что с момента последнего стабильного выпуска прошло около 2 лет, и это было ужасно устарело. Все использовали тестовые деревья для производства, и это было неприятно. В итоге мы выбрали Red Hat Enterprise Linux, после чего вскоре использовали CentOS, когда это было возможно, и только с использованием RHEL, когда у нас возникла проблема с контрактом на поддержку с другим поставщиком ( кашель, оракул, кашель ), который требовал установки истинно синего RHEL с контрактом на поддержку.
Большим преимуществом для нас был жизненный цикл поддержки - если я установлю RHEL на сервер, я знаю, что получу 5-летний жизненный цикл поддержки, включая исправления ошибок безопасности. Этот жизненный цикл дает нам теплые размышления при обслуживании серверов.
История и маркетинг .
Red Hat была основана в 1995 году. Это коммерческая организация, которая специализируется на продаже программного обеспечения и услуг корпоративного уровня.
Убунту ? Был даже выпущен до 2004 года.
Debian ? За основным проектом Debian нет существенной основной корпоративной сущности, подобной RH, не так ли?
Все это говорит о том, что в ближайшие годы я сделаю ставку на создание Canonical / Ubutu на дорогах в корпоративный мир.
Поставляется с Dell
Знакомство может быть фактором.
Я запускаю CentOS на всех моих (одном) Linux-серверах. Я выбрал CentOS по соображениям стоимости (бесплатно) и по причинам поддержки (применяется полная документация RedHat).
Есть четкие различия между производными RedHat и производными Debian. Я достаточно хорошо разбираюсь в администрировании командной строки производного RedHat и не вижу причин отклоняться от этого пути, когда приобретаю больше серверов.
Простой ответ: поддержка, репутация и сертификация.
Многие приложения корпоративного класса только «официально» работают на RHEL, и они не будут поддерживать вас, если вы запускаете его на другом дистрибутиве, поэтому угол поддержки в два раза больше.
Сьюз идет на большой путь, хотя.
Redhat была основной дистрибутивной компанией, которая сосредоточилась на поддержке Enterprise-y в первые годы существования Linux.
Инфраструктура поддержки Ubuntu относительно нова по сравнению.
Я думаю, к сожалению, именно так некоторые компании оценивают стабильность и безопасность.
Несколько лет назад, когда мне нужно было установить сервер сканирования безопасности, я хотел запустить Nessus и т. Д., Мы начали изучать дистрибутивы Linux. Менеджмент настоял на том, чтобы я мог позвонить в службу поддержки. Механизмы Red Hat для покупки одного года поддержки были просты и просты. Поэтому, несмотря на то, что двое из нас, кто внедрял систему, имели большой опыт работы с Debian, мы сразу же отправились в Red Hat. Red Hat предоставляет вам упакованные варианты поддержки, которые требуются практически без суеты. Таким образом, деловая сторона и техническая сторона удовлетворены.
Это похоже на то, почему 100-летнее вино так популярно. Его «в совершенстве». RHEL сертифицирует себя как стабильный и предлагает поддержку в этом отношении. Таким образом, они делают все возможное, чтобы убедиться, что код, который они упаковывают, соответствует всем ожиданиям. Проблема в том, что в своих выпусках они отстают на два шага от текущих преимуществ разработки, однако эта политика дает корпоративным пользователям теплое и нечеткое чувство.
Время от времени их укусили, я помню, как они вытаскивали какой-то сумасшедший код из нестабильного дерева Perl и заставляли gazillion aps работать при 100% загрузке ЦП. Разработчики также раздражаются, потому что упакованные библиотеки древние.
Действительно, почему что-то популярное? Потому что многие люди говорят: «Это хорошо сработало для меня». Вы получаете проверенный и проверенный код с исправлениями RedHats, примененными для исправления и устранения всех обнаруженных ошибок. Единственный способ, которым они могут это сделать, - дать вам старый код, который успел потушить в дикой природе.
Лично я нахожу это слишком ограниченным, мне нужно изменить свое ядро, не нарушая моего соглашения о поддержке ... но многие другие люди просто хотят, чтобы эта чертова штука сработала :)
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 ,oplesoft, sap, db2.
3) То же самое с оборудованием. Большинство, если не все поставщики оборудования первого уровня (и даже некоторые изворотливые маленькие поставщики HW) предоставляют драйверы, установщики прошивки, утилиты и инструменты настройки для RHEL, а также сертифицируют свое оборудование для работы с RHEL.
4) Имеет хорошее управляющее программное обеспечение для малых и крупных автопарков, например, RHN и спутниковый сервер (в основном, ваша собственная локальная версия RHN).
5) RH обеспечивает возмещение в случае нарушения патентных прав, например, в случае с SCO
6) РХ оказывает поддержку. Возможно, лучшая поддержка Linux. Точно сказать не могу. Однако я нашел поддержку, чтобы быть тусклым сам.
6) У него есть обучение и сертификаты - как обучение, так и сертификаты хороши из того, что говорят мои коллеги. Я никогда не посещал их, но мои коллеги, которых я очень уважаю, все говорят хорошие вещи об обучении и все думают, что сертификат чего-то стоит, потому что экзамены практичны и трудны, даже для бога, опытных системных администраторов.
Red Hat существует уже давно, продукт хорошо известен. Существует известная крупная компания (Red Hat), предоставляющая поддержку для продукта.
Я не принимаю решения на своем рабочем месте, так что это может быть неправильно, но у меня складывается впечатление, что мы запускаем RHEL, потому что это "enterprise-y" и "official"; Вы получаете контракт, номер телефона поддержки и счет-фактуру. Это просто: вы платите деньги RedHat, они дают вам свой продукт. Это дает чувство безопасности и стабильности (ни то, ни другое я не имею в виду в терминах сисадмина). Бизнес любит это.
ИМХО, я бы предпочел, чтобы мы запускали Centos или Fedora и тратили деньги, которые платим RedHat, на оплату людей за разработку программного обеспечения с открытым исходным кодом. Поддержка RH не была для нас блестящей, RHN вроде бы невнятная (медленная, мало что дает сейчас, когда доступен Spacewalk ), и исправление ошибок может занять много времени. Не большая отдача от денег, которые мы тратим. Если мы использовали Centos / что угодно, наши исправления возвращаются в проект, где они могут быть протестированы и интегрированы перед ожиданием нового релиза (или ... может быть, не так, как Centos вроде RHEL - но вы поняли идею). Мы могли бы заплатить Reductive Labs за помощь в интеграции с Puppet или заплатить разработчику за разработку некоторых вещей Apache, которые нам могут понадобиться.
Конечно, если бы все отказались от RHEL, возможно, у нас не было бы Centos или Fedora ..
(отказ от ответственности: это мои взгляды, а не взгляды моего работодателя, бла-бла)
Еще одна причина, которая осталась без упоминания: в сфере обороны / разведки США, Red Hat является единственным дистрибутивом Linux, который имеет все сертификаты и аккредитации , которые ищут правительственные учреждения.
Это на самом деле сводится к 2 факторам:
Я не думаю, что это намного больше. Это не лучше и не хуже, чем в других дистрибутивах. Просто RH оказывает поддержку, которая вам нужна (или лучше нужна) в корпоративной среде.
Red Hat пользуется популярностью в корпоративном мире, поскольку поставщику приложений, предоставляющему поддержку для linux, необходимо написать документацию о своем продукте, и они обычно выбирают один (RHEL) или два (Suse Linux) дистрибутива для поддержки. Поскольку Suse не очень популярен в США, RHEL кажется таким популярным.