Назва говорить все це. Для особистого використання я, як правило, віддаю перевагу 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, коли ми мігрували з Solaris в 2001/2002. У той час вони мали найкращу підтримку обладнання, яке ми використовували (Dell, який ми вибрали, оскільки у нас вже був контракт з постачальником з наших систем Windows).
Коли ми дійшли до наступної точки вирішення, я наполегливо вважав Debian (Ubuntu, орієнтованого на робочий стіл, не було навколо і не вважався б, якби це було). Проблема полягала в тому, що на той час минуло 2 роки з часу останнього стабільного випуску, і він жахливо застарів. Усі використовували дерева для тестування для виробництва, і це було неприємно. Ми нарешті обрали Red Hat Enterprise Linux, після чого незабаром застосували CentOS, коли це було можливо, та застосували лише RHEL, коли у нас виникло питання контракту підтримки з іншим постачальником ( кашель оракул кашлю ), який вимагав встановити справжній синій RHEL з контрактом підтримки.
Великим переломним для нас став життєвий цикл підтримки - якщо я встановлю RHEL на сервер, я знаю, що я отримаю 5 років життєвого циклу підтримки, включаючи виправлення помилок безпеки. Цей життєвий цикл дає нам теплі нечіткість при обслуговуванні серверів.
Історія та маркетинг .
Компанія Red Hat була заснована в 1995 році, це комерційна організація, яка спеціально продала набір програмного забезпечення та послуг для корпоративного класу.
Ubuntu ? Не був звільнений до 2004 року.
Debian ? За основним проектом Debian немає жодної реальної корпоративної організації, схожої на RH, чи не так?
Все, що сказано, я роблю ставку на створення Canonical / Ubutu на дорогах у світ підприємств протягом найближчих років.
Він постачається з Dell
Ознайомлення може бути фактором.
Я запускаю CentOS на всіх своїх (одному) серверах Linux. Я вибрав CentOS з міркувань витрат (безкоштовно) та з міркувань підтримки (застосовується вичерпна документація RedHat).
Існують чіткі відмінності між похідними RedHat та похідними Debian. Я помірно обізнаний в управлінні командним рядком похідної RedHat і не бачу причин відхилятися від цього шляху, коли купую більше серверів.
Redhat був основною компанією дистрибуторів, яка орієнтувалася на підтримку Enterprise-y у попередні роки Linux.
Підтримка інфраструктури Ubuntu порівняно нова в порівнянні.
Я думаю, на жаль, саме так деякі компанії оцінюють стабільність та безпеку.
Ще кілька років тому, коли мені потрібно було поставити сервер сканування безпеки, я хотів запустити Nessus і т. Д., Ми почали шукати дистрибутиви Linux. Керівництво наполягало на операційній системі, на якій я міг би зателефонувати в службу підтримки. Механізми Red Hat для придбання річної підтримки були прямими та легкими. Тож, хоча ми вдвох мали систему, мали багато досвіду роботи з Debian, ми негайно поїхали до Red Hat. Red Hat дає вам можливість керувати параметрами пакетованої підтримки майже без шумності. Тож як бізнес, так і техніка задоволені.
Як і чому 100-річне вино настільки популярне. Її "постаріло до досконалості". RHEL сертифікує себе як стабільний і пропонує підтримку для цього. Таким чином, вони роблять все можливе, щоб переконатися, що код, який вони пакують, працює під усі очікування. Проблема полягає в тому, що вони залишаються на два кроки позаду поточного краю розвитку у своїх випусках, однак така політика дає корпоративним користувачам теплі та нечіткі відчуття.
Час від часу вони кусаються, я пам'ятаю, як вони витягували якийсь божевільний код з нестабільного дерева Perl і спричиняли запуску газільйонних апсів при 100% використанні процесора.
Дійсно, чому щось популярне? Тому що багато людей кажуть: «Це спрацювало добре для мене». Ви отримуєте випробуваний код із виправленнями RedHats, застосованими для виправлення та скасування всіх повідомлених помилок. Єдиний спосіб, що вони можуть зробити, це дати вам старіший код, який встиг тушкувати в дикій природі.
Особисто я вважаю це занадто обмежуючим, мені потрібно змінити своє ядро, не скасовуючи мою угоду про підтримку .. але багато інших людей просто хочуть, щоб ця чортова робота працювала :)
1) Redhat має тривалий термін служби для кожного дистрибутива (наприклад, rhel3, rhel4, rhel5 ...)
Я думаю, що RH-дистрибутиви випускаються кожні пару років, а потім дуже підтримуються протягом 4-5 років, потім підтримуються для безпеки та основних помилок до 7 років, потім нарешті End of Lifed.
Цей довгий життєвий цикл цінний для компаній, які розробляють програмне забезпечення, оскільки це означає, що ви можете запускати своє програмне забезпечення до 7 років без необхідності його багато оновлювати. не змінююсь. Однак це також є головним захопленням для деяких, особливо розробників).
Однак безпека та виправлення помилок будуть перенесені назад та при нагоді нові функції. Можуть бути введені нові пакети, наприклад, новий перекладач може бути введений, якщо це стане модним.
Детальну інформацію див. За наступним посиланням: http://www.redhat.com/security/updates/errata/
2) Для rhel випущено багато комерційного програмного забезпечення. Насправді я б сказав, що це найчастіше підтримувана Linux платформа для комерційного програмного забезпечення. Він має великий обсяг роботи з великими масштабами корпоративних програм, наприклад, oracle, peoplesoft, sap, db2, всі підтримуються.
3) Те саме з обладнанням. Більшість, якщо не всі постачальники обладнання 1-го рівня (і навіть деякі дикі маленькі постачальники HW), надають драйвери, інсталятори прошивки, утиліти та конфігураційні інструменти для RHEL, а також засвідчують їх обладнання для роботи з RHEL.
4) Він має гарне програмне забезпечення для управління невеликими та великими флотами, тобто RHN та супутниковий сервер (в основному ваша власна локальна версія RHN).
5) RH надає компенсацію за випадки порушення патенту, наприклад, справи, що стосуються стилю ШОС
6) RH забезпечує підтримку. Можливо, найкраща підтримка Linux. Не впевнений. Однак я виявив, що підтримка є меншою.
6) У нього є тренування і сертифікати - і тренування, і цертс добре від того, що кажуть мої колеги. Я ніколи не відвідував жодного, але мої колеги, яких я дуже поважаю, всі добре говорять про тренінг і всі вважають, що церт чогось вартий, тому що іспити практичні і складні, навіть для бога, досвідчені сис-адміни.
Red Hat існує вже давно, продукт добре відомий. Існує відома велика компанія (Red Hat), яка надає підтримку продукту.
Підтримка апаратного та програмного забезпечення якості компанії.
Я не приймаю рішення на своєму робочому місці, щоб це могло бути неправильним, але я створюю враження, що ми керуємо RHEL, оскільки це "підприємство-у" і "офіційно"; Ви отримуєте контракт, номер служби підтримки та рахунок-фактуру. Це легко: ви платите гроші RedHat, вони віддають вам свій товар. Це дає відчуття безпеки та стабільності (жодного з них я не маю на увазі в їх прийнятих систематичних умовах). Бізнес це любить.
IMHO, я вважаю за краще, щоб ми керували Centos або Fedora і витратили гроші, які ми платимо RedHat, на оплату людям за розробку програмного забезпечення з відкритим кодом. Підтримка RH була блискучою для нас, RHN цікавих тікати (повільно, не пропонує багато тепер Spacewalk доступна) і помилки можуть зайняти багато часу , щоб виправити. Не велика віддача від грошей, які ми витрачаємо. Якщо ми використовували Centos / будь-які наші виправлення, повертаємося до проекту, де вони можуть бути протестовані та інтегровані перед тим, як чекати нового випуску (або .. можливо, не так, як Centos - це на зразок RHEL - але ви розумієте). Ми можемо заплатити Відновлювальні лабораторії, щоб допомогти нам з інтеграцією ляльок або заплатити розробнику, щоб розробити деякі речі Apache, які нам можуть знадобитися.
Звичайно, якби всі кинули RHEL, можливо, у нас не було б Centos чи Fedora ..
(відмова: це мої погляди, а не мої роботодавці, бла-бла)
Ще одна причина, яка залишилася не згаданою : у космосі оборони / розвідки США Red Hat - єдиний дистрибутив Linux, який має всі сертифікати та акредитації , які шукають урядові установи.
Це насправді зводиться до 2 факторів:
Я не думаю, що в цьому є багато іншого. Це ні краще, ні гірше інших дистрибутивів. RH просто буває, щоб забезпечити підтримку, яка є тим, що ви хочете (або краще потребуєте) в умовах підприємства.
Red Hat популярний у корпоративному світі, оскільки постачальник додатків, який забезпечує підтримку Linux, повинен написати документацію про свій продукт, і вони зазвичай обирають один (RHEL) або два (Suse Linux) дистрибутив для підтримки. Оскільки Suse не дуже популярний у США, RHEL здається настільки популярним.