エンタープライズ環境で通常選択されるディストリビューションはどれですか？DebianまたはRHEL（CentOS）？
（少し）トピックから外れた非技術的な質問をお詫びしたいと思いますが、最近Linuxの素晴らしい世界に身を置き始め、いくつかのディストリビューションを深く研究し始めました。最後はDebian。
だから私の質問は（私を啓発することができた人たちに）:通常どの配布が好まれ、なぜですか？
各ディストリビューションには独自のメリットと強みがあることを私は知っています。考えられる理由で、これが炎上戦争に変わることを望んでいません。どのような状況で一方を他方から選択するのか、または別のディストリビューションではなく1つのディストリビューションを選択したユーザーにとっての「キラー」機能は何だったのかについて、私が期待している答えです。
客観的に答えようとしています：
多くのアプリケーションでは、ディストリビューションの選択を左右するのは、最終的にそこで実行するソフトウェアです。ビジネスクリティカルな実行を望まないライフサイクルが短いディストリビューション上のアプリケーション。1年または2年ごとに新しいバージョンにアップグレードするか、すべての更新を失う必要があります。また、非常に重要なアプリケーションが選択したディストリビューションでうまく機能しないか、更新後に壊れてしまうため、お金を失いたくありません。
これらのアプリケーションの多く（たとえば、Red Hatの リスト 多くの認定ソフトウェアがリストされています）は、RHEL（および場合によっては他のディストリビューション）で認定されています。他のディストリビューションでも実行できますが、あなたは自分自身です何か問題が発生した場合、ディストリビューションを更新すると何かが壊れます...
個人的な経験から：大学では、RHELでの実行が認定されたCADソフトウェアを使用しました。CentOSボックスで実行しましたが、ArchLinuxでいくつかの作業を行って動作させました。それをしてもかまいませんが、このアプリが重要なアプリケーションでは、受け入れられません。
RHEL（したがって、Red Hatのソースに基づくCentOS）は、これに 13年間のサポートサイクル を提供します（ただし、ある時点では、セキュリティ修正のみを取得します-新しいハードウェアサポートはありません） 。 Red Hatの場合、これ support は法的契約に裏打ちされています-これは、完全な責任を負うために公式の（場合によっては緊急の）サポートが必要なビジネス状況で重要です。
Debianのライフサイクルは短く（4年）、コミュニティ主導です。通常、コミュニティから良い助けを得ることができ、コミュニティは多くのテストを行いますが、サポート契約を結ぶことはできません。公式サポートなどがあります...そして彼らがハードウェアを認証するのは難しいです。
たとえば、「認定」OSを必要とする企業がいくつかあります [〜＃〜] eal [〜＃〜] 。たとえば、この要件を義務付けている政府の顧客にサービスを提供している場合があります。そのような場合、彼らはRHELをインストールするしかない。
これは、Debianが決して「劣っている」という意味ではありません。 Redhatには、RHELの認証書類の作成を行うための資金、エンジニア、および弁護士がいます。