エンタープライズの世界でredhatがそれほど人気があるように見えるのはなぜですか？
タイトルはそれをすべて言います。個人的な使用では、RedhatよりもDebian/Ubuntuを好む傾向があります。私がDebianのパッケージ管理システムをとても気に入っているというだけでなく、必ずしもRedhat（より具体的にはCentOSやFedora）を嫌っているわけではありません。
Redhatがそれほど人気がある理由は何ですか？
（そして明確にするために、私は本当に理由が何であるかを知りたいので私は尋ねています。それで炎上戦争はありません！）
日常のビジネスの世界でLinuxがより真剣に受け止められた初期の頃には、名前の言及に続いて常に緊張がありました。技術系の従業員は、「大学生が地下室で始めた」ことが、オープンソースのオペレーティングプラットフォームのアイデアを経営陣に売り込むための最良の方法ではないことを発見しました。
Linuxの代替案を支援する強固な企業の必要性は、初期の頃にはRed Hatによって満たされ、おそらく企業の大衆のためにLinuxに単一の最大の影響を与えたでしょう。彼らは、独自のブランドバージョンのOSと共にサポートソリューションを提供することができました。
Linuxの個人から企業までの幅広い用途での初期の成功のおかげで、Novellのような他の有名企業との競争があっても、彼らは莫大な勢いと今日に至るまで認識できるブランドを築き上げました。
エンタープライズIT環境に住んでいる場合は、私がサードパーティベンダーサポートマトリックスヘルと呼んでいるものをよく目にします。すべての決定の意味は、使用しているOS、ソフトウェア、ハードウェアが「サポート」または「認定」されていることを確認する必要があることを意味します。
RedHat Enterprise Linuxは、商用ソフトウェアおよびハードウェアベンダーのほぼすべてのサポートマトリックスに単純に含まれています。また、Novell/SuSE SLESがマトリックスにある場合もあります。しかし、それだけです。サポートされているLinuxディストリビューションの終了。それでも、これらのベンダーは、現在のメジャーリリースより少なくとも1世代遅れているRHELリリースのみをリストすることがよくあります。そこでRedHatが提供する長期サポートが重要になります。
問題が発生した場合に指を向けてサポートチケットを開くことができる会社があることも、多くのマネージャーにとって非常に重要です。
2001/2002年にソラリスから移行したとき、私の会社はRedhat 7.3で成功しました。当時、彼らは私たちが使用していたハードウェアを最高にサポートしていました（デルは、Windowsシステムとのベンダー契約をすでに結んでいたため、デルを選択しました）。
次の決定点に達したとき、私はDebianを強く検討しました（デスクトップに焦点を当てたUbuntuは周りに存在していなかったため、そうであったとしても検討されなかったでしょう）。問題は、前回の安定版リリースから2年くらいであり、ひどく時代遅れだったことです。誰もがテスト用のツリーを本番に使用していて、嫌な感じがしました。最終的にはRed Hat Enterprise Linuxを選択し、その後すぐに可能な場合はCentOSを使用し、別のベンダーとのサポート契約の問題がある場合にのみRHELを使用しました（cough Oracle cough）サポート契約付きの真のブルーRHELインストールが必要でした。
私たちにとっての大きな利点は、サポートライフサイクルでした。サーバーにRHELをインストールすると、セキュリティバグの修正を含めて、5年間のサポートライフサイクルが得られることがわかります。サーバーを保守するとき、そのライフサイクルは私たちに暖かいファジーを与えます。
これは、Oracleが（公式に）実行するLinuxの数少ないフレーバーの1つであるためです。
歴史とマーケティング。
Red Hatは1995年に設立され、一連の「エンタープライズグレード」のソフトウェアとサービスを具体的に販売した商業組織です。
Ubuntu？ 2004年までリリースされていませんでした。
Debian？コアのDebianプロジェクトの背後には、RHのような本当の主要な企業体はありません。
そうは言っても、今後数年間でCanonical/Ubutuがエンタープライズの世界への道を開くことに賭けています。
親しみやすさが要因かもしれません。
私はすべての（1つの）LinuxサーバーでCentOSを実行しています。 CentOSを選択したのは、コストの理由（無料）とサポートの理由（包括的なRedHatドキュメントが適用される）です。
RedHat派生物とDebian派生物の間には明らかに違いがあります。私はRedHat派生物のコマンドライン管理にある程度精通しており、サーバーを追加取得するときにこのパスから逸脱する理由はないと思います。
簡単な答え：サポート、評判、認定。
多くのエンタープライズクラスのアプリケーションは「公式に」RHELでのみ実行され、別のディストリビューションで実行してもサポートされないため、サポートの角度は2倍です。
スーセは大きな意味で近づいています。
数年前、セキュリティスキャンサーバーを設置する必要があったとき、Nessusなどを実行したかったので、Linuxディストリビューションを検討し始めました。管理は私がサポート呼び出しをすることができるOSを主張しました。 1年間のサポートを購入するためのRed Hatのメカニズムは簡単で簡単でした。そのため、システムを導入した2人はDebianでの経験が豊富でしたが、すぐにRed Hatに行きました。 Red Hatは、パッケージ化されたサポートオプションを提供することで、管理がほとんどまたはまったく面倒を必要としません。したがって、ビジネス側と技術者側の両方が満足しています。
Redhatは、初期のLinuxでEnterprise-yのサポートに焦点を当てた主要なディストリビューション会社でした。
Ubuntuのサポートインフラストラクチャは、比較的新しいものです。
残念ながら、それが一部の企業が安定性とセキュリティを判断する方法だと思います。
多くの商用アプリケーションは、RedHatの特定のバージョンにリンクされたRPMでのみ利用できます。
はい、おそらく何かを一緒にハックしてDebianで実行することができます...しかし、あなたの時間はどれくらいの価値がありますか？
100年前のワインがとても人気があるのも同様です。その「完璧への熟成」。 RHELは安定していることを証明し、その影響をサポートします。そのため、彼らは、パッケージ化するコードがすべての期待に応えられるように最善を尽くしています。問題は、リリースで現在の開発Edgeより2段階遅れていることですが、このポリシーにより、エンタープライズユーザーに暖かくあいまいな感じが与えられます。
ときどき噛まれて、Perlの不安定なツリーからクレイジーなコードを引っ張って100万CPU使用率でガジリオンのAPを実行させていることを覚えています。
本当に、何が人気があるのですか？多くの人が「それは私にとってうまくいった」と言っているからです。報告されたすべてのバグを修正およびスカッシュするためにRedHatsパッチを適用して、コードを試し、テストします。彼らがそれを行うことができる唯一の方法は、野生で煮込む時間のあった古いコードをあなたに与えることです。
個人的には、あまりにも限定的であることに気付き、サポート契約を無効にせずにカーネルを変更する必要がありますが、他の多くの人はいまいましいことを望んでいます:)
1）Redhatは、ディストリビューションごとにサポートされる有効期間が長くなっています（例：rhel3、rhel4、rhel5 ...）
RHディストリビューションは2、3年ごとにリリースされ、4〜5年間は高度にサポートされ、その後7年間までセキュリティと主要なバグがサポートされ、最後にサポートが終了します。
この長いライフサイクルは、ソフトウェアを開発する企業にとって価値があります。ソフトウェアを大幅に更新しなくても、最大7年間実行でき、APIは変更されず、デフォルトはおそらく変更されず、メジャーバージョンも使用できるためです。変わらない。ただし、これは一部の人、特に開発者にとっても大きな不満です）。
ただし、セキュリティとバグの修正はバックポートされ、場合によっては新機能が追加されます。新しいパッケージが導入される場合があります。流行になれば、新しい通訳が登場するかもしれません。
詳細については、次のリンクを参照してください。 http://www.redhat.com/security/updates/errata/
2）rhelのための多くの商用ソフトウェアがリリースされています。実際、これは商用ソフトウェアで最も一般的にサポートされているLinuxプラットフォームだと思います。大規模なエンタープライズアプリ（例： Oracle、peoplesoft、sap、db2はすべてサポートされています。
3）ハードウェアと同じ。すべてではないにしても、ほとんどのティア1ハードウェアベンダー（そして、ごくわずかなハードウェアベンダーの一部）は、RHELのドライバー、ファームウェアインストーラー、ユーティリティ、構成ツールを提供し、RHELで動作するハードウェアを認定しています。
4）小規模および大規模フリート、つまりRHNとサテライトサーバー（基本的にはローカルバージョンのRHN）向けの優れた管理ソフトウェアを備えています。
5）RHは、特許侵害訴訟に対する補償を提供します。 SCOスタイルのケース
6）RHがサポートを提供します。おそらく最高のLinuxサポートです。わからない。しかし、私はサポートが自分自身に劣っていることを発見しました。
6）トレーニングと認定資格があります。トレーニングと認定資格はどちらも私の同僚の意見に基づいています。私はこれまで一度も出席したことがありませんが、尊敬している私の同僚は皆、トレーニングについて良いことを言っており、試験は実用的で難しいので、経験豊富なシステム管理者にとって、この証明書は価値があると考えています。
Red Hatは長い間使用されており、製品はよく知られています。製品のサポートを提供している有名な大企業（Red Hat）があります。
私は職場では決定を下さないので、これは間違っている可能性がありますが、RHELは「エンタープライズ」で「公式」なので、RHELを実行しているような印象を受けます。契約書、電話サポート番号、請求書を受け取ります。それは簡単です。あなたはRedHatにお金を払い、彼らはあなたに彼らの製品を与えます。これは、安心感と安定感を与えます（どちらも、受け入れられたsysadmin用語では意味しません）。ビジネスはこれが好きです。
私見では、むしろCentosまたはFedoraを運営し、RedHatに支払うお金を使ってオープンソースソフトウェアを開発する人々にお金を払ったのです。 RHのサポートは私たちにとって素晴らしいものではありませんでした。RHNはちょっと問題があり（遅い、今はあまり提供されません Spacewalk が利用可能です）、バグの修正には長い時間がかかる場合があります。私たちが使うお金の大きな利益ではありません。 Centos /を使用した場合、修正はプロジェクトに戻り、新しいリリースを待つ前にテストして統合できます（または、CentosはRHELのようなものではないかもしれませんが、アイデアはわかります）。 Puppet の統合を支援するためにReductive Labsに支払うか、必要なApacheを開発するために開発者に支払うことができます。
もちろん、誰もがRHELを放棄した場合、CentosもFedoraもないでしょう。
（免責事項：これらは私の見解であり、雇用主の見解ではありません）
エンタープライズ品質のハードウェアとソフトウェアのサポート。
言及されなかったもう1つの理由：米国の防衛/インテリジェンス分野では、Red Hatは、政府機関が探している 認証と認定 のすべてを備えた唯一のLinuxディストリビューションです。
実際には、2つの要素に要約されます。
- 認定ハードウェアサポートコマーシャル
- サポートが利用可能です
それ以上のことはないと思います。他のディストリビューションよりも良くも悪くもありません。 RHは、エンタープライズ環境で必要な（またはより適切な）サポートを提供するだけです。
Linuxのサポートを提供するアプリケーションベンダーは自社の製品に関するドキュメントを書く必要があり、通常1つ（RHEL）または2つ（Suse Linux）のディストリビューションを選択してサポートするため、Red Hatはエンタープライズの世界で人気があります。米国ではSuseはあまり人気がないため、RHELはとても人気があるようです。