![コマンドラインからDuckDuckGoを検索する方法](/f/042722ef1e44f2b17af9d1d3f9b5af33.gif?width=100&height=100)
ここであなたが多くの不明確な概念を導入し、それらのせいで誤った判断に至っていると思わずにはいられません。
yum や RPM 自体について言及しているのでなければ、RHEL や CentOS と Fedora を比較するのは完全に誤解を招きます。
Red Hat Enterprise Linux はサーバーまたはワークステーションのオペレーティング システムとして設計されており、その主な目的は安定性です。 Red Hat の顧客の大多数はこれらのアプリケーションを必要としないため、意図的に VLC のようなマルチメディアにはあまり適していません。 Debian 不安定版と Fedora を、Debian 安定版と RHEL と互換性があるものとして扱っているという事実は恐ろしいです。
—
「RedHat には約 3000 のパッケージが含まれています。
最新の Debian リリース (Wheezy) には 38000 を超えるパッケージが含まれています。」
特に Red Hat Enterprise Linux について言及しているのであれば、それは正しいかもしれません。 Red Hat は商用オペレーティング システム ベンダーであるため、複数の異なる製品を提供しています。 RHEV 製品の一部として、jBoss、Tomcat、GlusterFS、仮想化ツールなどのさまざまなプラットフォームに追加のパッケージがあります。
適切な製品を選択すると、さらに多くのパッケージが利用できるようになります。 さらに、Red Hat は正式にはサポートしていませんが、EPEL リポジトリを保守およびサポートしています。 Enterprise Linux の安定したソースを提供し、拡張するための多くのパッケージを提供します。 システム。 これらのパッケージは正式にはサポートされていませんが、あなた自身が言ったように、サポートされているパッケージには興味がないので、興味があるはずです。
—
「RedHat のバグ修正は、RedHat 従業員という少数の人々によって管理されているため、かなりの時間がかかります。
Debian コミュニティの世界中の人々が地理的に異なる場所から同時に作業しているため、Debian のバグ修正は非常に迅速に行われます。」
これは明らかに間違っています。 Red Hat は、バグ修正が利用可能になり次第、アップデート チャネルを通じて提供します。 RHEL を使用している場合、これらにアクセスするには有効な資格 (機能的にはライセンスに似ています) が必要です。これが商用オペレーティング システムを使用する最大のポイントです。 サポートを購入しない場合、RHEL を使用してアップデートを取得することはできません。 CentOS を使用している場合、これは商用サポートを希望しない人向けのソフトウェアとまったく同じですが、これらの更新プログラムを入手できます。
Red Hat は、商用オペレーティング システムのバグ修正をコミットする平均時間が Microsoft と Apple の両方を上回って絶対的に最速です。 平均すると、Debian よりも高速です。
—
「RedHat は次のリリースまでパッケージのアップデートをリリースしません。つまり、マイナーであっても次のリリースを待たなければなりません。
Debian コミュニティは、ソフトウェアは継続的な進化のプロセスであると信じており、したがって更新は毎日リリースされます。」
Red Hat は、ほぼ 6 か月ごとにポイント リリースを提供します。 たとえば、RHEL 6.4。 これらのアップデートでは、新機能、追加のサポート対象ハードウェア、およびバグ修正が提供されます。 これは安定したサポートされているリリースです。
Debian も同じものを提供しているというのは完全に間違っています。 Debian Stable (サーバー向け) は同様のアップデートを提供しません。 これらはバグを解決するためのセキュリティ更新プログラムを提供しますが、安定したオペレーティング システム セットに新しい機能を導入するものではありません。 Debian UNSTABLE は新機能を定期的にリリースしますが、ディストリビューションの名前自体が「不安定」であることから、信頼性が高く堅牢であることを目的としていないことが暗示されています。 ここでそれらを比較するのは完全に愚かです。
—
「RedHat はメジャー アップデートを 6 か月ごとにリリースし、その間には何もリリースしません。 RedHat ベースのシステムに新しいアップデートをインストールするのは大変な作業であり、すべてを再インストールする必要があります。
毎日リリースされる Debian アップデートのインストールは、わずか 3 ~ 4 クリックで完了する非常に簡単な作業です。」
Debian はバグ修正アップデートをインストールするのが非常に簡単です。 RHEL も同様に簡単です。 どちらも cron ジョブ経由で実行でき、毎日更新を取得して適用します。
Red Hat はバグ修正アップデートを適用します。 さらに、数回クリックするだけでこれらの修正を何百ものシステムに適用できる Satellite と呼ばれる製品もあります。
—
RedHat は、継続的なテストを経てリリースされた、盤石で安定したディストリビューションです。
Debian には、安定版、不安定版、テスト版のリポジトリからのパッケージが含まれています。 安定版には、堅牢な安定版リリース パッケージが含まれています。 不安定版には、安定版リポジトリにプッシュする準備ができているさらに更新されたパッケージが含まれています。 テストには、すでにテストされ安全とマークされたパッケージが含まれています。」
恐ろしいことに、あなたは Debian のさまざまなブランチの目的をまったく知りません。 いいえ、テスト中のパッケージは「テストされ、安全であるとマークされている」わけではありません。
Debian のテスト リポジトリは、リリース エンジニアリングを目的としています。 「テスト」とは、次のリリースに向けて積極的な開発が行われる場所で、場合によっては 18 か月も先のこともあり、過去には文字通り何年もかかっていました。 これらは安定版と混合することを意図したものではなく、特に互換性を保証するものではありません。
Debian の不安定なブランチはさらにひどいです。 コードネーム – シド – は、おもちゃを壊したり切断したトイ・ストーリー (Debian からリリースされたものはすべてその名前にちなんで命名されています) の登場人物にちなんで名付けられました。 Debian では、Unstable を文字通り「おもちゃの破壊者」と表現しており、この場合「おもちゃ」は「サーバー」です。
—
「RedHat パッケージ マネージャー Yum は成熟度が低く、依存関係を自動的に解決できないことがよくあります。
Debian パッケージ マネージャー Apt は非常に成熟しており、ほとんどの場合、依存関係を自動的に解決します。」
繰り返しますが、完全に間違っています。 ある時点で、dpkg と RPM をめぐって大規模な炎上戦争が起こりました。 最近ではそれがかなり明確に解決されています。Yum を使用した RPM は dpkg を吹き飛ばし、apt-get で水から抜け出します。
Yum はデルタ RPM をサポートしており、更新のダウンロードに必要な帯域幅を最小限に抑えます。 apt-get には、yum downgrade パッケージに相当するデフォルトのパッケージはありません。 yum はデフォルトでミラー リストをサポートしていますが、(私の知る限り) Debian 自体や Ubuntu はもちろん、Debian ベースのリポジトリでもサポートされていません。 Ubuntu は最速のリポジトリのチェックをサポートしていますが、それが完了すると、依然として単一のソースに依存します。
OS 用に設計されたリポジトリを使用している場合、apt-get と yum はどちらも依存関係を解決する能力が非常に優れています。 パッケージをミックスするなどの愚かなことをしない限り、どちらでも問題が発生したことはありません。 どちらも、他のオペレーティング システム向けのパッケージをインストールするように設計されておらず、特にうまく機能しません。
どちらも、リリースの異なるブランチからパッケージを選択的にインストールするのに非常に優れています。
—
「RedHat ベータ リリース 6.1 に VLC をインストールするのは、数十のパッケージを手動でインストールする必要がある非常に難しい作業です。
Debian では、apt-get install vlc* と同じくらい簡単です。」
ここには重大な問題が 2 つありますが、どちらも管理者の無知が原因です。
最初の問題は、この記事が昨日 (2013 年 10 月 14 日) に投稿されたものであり、その日の時点で RHEL はベータ版ではなく、リリース 6.4 であるということです。
古いベータ版を実行しているサーバーまたはワークステーションを使用している管理者は、上司または会社がそのバージョンのサービス開始を義務付けていない限り、愚か者です。その場合、その人は愚か者です。
次に、vlc は RHEL オペレーティング システム リリースには含まれていません。 これは Red Hat がサポートを提供していないパッケージであるため、リポジトリには含まれていません。 ただし、これは RHEL リリース用のパッケージであり、EPEL を通じて Red Hat のサポートされているプロジェクトによって利用可能になっており、追加するコマンドが 1 つと、インストールするコマンドが 1 つ (yum install vlc -y) 必要です。
—
「Debian は、設定ファイルと他のファイルを区別する点でインテリジェントです。 これにより、アップグレードが簡単になります。 バージン (変更されていない) 設定ファイルは自動的に更新され、変更された設定ファイルはパッケージ マネージャーが何をすべきかを尋ねるためにユーザーの操作が必要ですが、RedHat の場合はそうではありません。」
これは厳密には「間違っている」というわけではありませんが、かなり近いものです。 ここでは非常に異なる哲学が作用しています。
Debian は、パッケージがアプリケーションにモジュール構成ファイルを提供できるようにするモジュール構成ディレクトリ (/etc/apache2/conf.d/ など) を使用する傾向があります。 これは、phpMyAdmin などのパッケージで非常に小さな phpmyadmin.conf ファイルをそのディレクトリに配置できるため、非常に便利です。
Red Hat ディストリビューションは、アプリケーションの動作が変更されているため、設定ファイルの変更が必要な更新については管理者の注意を引く必要があるという立場をとっています。
それぞれのアプローチには長所と短所がありますが、個人的には Red Hat のアプローチをより高く評価しています。 単純な更新によってアプリケーションの構成方法が変更されることは望ましくありません。多くの場合、顧客とやり取りして料金を支払う運用サービスに直接影響を及ぼします。
これが分かるもう 1 つの重要な点は、Red Hat は、サービスがインストールされているからといって、デフォルトでサービスをアクティブ化するわけではないということです。 Debian 上の 1 つのコマンドにより、管理者が設定する前であっても、HTTP サーバーが公共のインターネットに公開される可能性があります。
—
「Fedora は、フリー ソフトウェアのみを含む単一のグローバル リポジトリを使用します。
Debian には、フリー ソフトウェア リポジトリに加えて、コントリビュート リポジトリと非フリー リポジトリが含まれています。」
Fedora は Red Hat Enterprise Linux とはまったく異なります。 Debian と同様に、これは複数のブランチを持つプロジェクトであり、さまざまなことを目的としています。 Fedora プロジェクトは EPEL リポジトリを管理し、複数のインストール可能なディストリビューションを生成し、セキュリティ アップデート、機能拡張、および多くの価値をユーザーに提供します。
これは、単一のモノリシック リポジトリでは行われません。 Fedora には常に複数のバージョンがサポートされており、複数のリリースが積極的に開発されており、Rawhide と呼ばれる「やや中間」のバージョンもあります。
—
「Fedora は「su」を使用しますが、Ubuntu はデフォルトで「sudo」を使用します。」
Fedora は両方を使用します。 インストール時に sudo を設定する「ユーザーを管理者にする」チェックボックスがあります。 Debian はデフォルトで sudo ではなく su を使用することに注意してください。 Debian と Ubuntu は非常に異なるプロジェクトであり、互換性のないオペレーティング システムであることにも注意してください。
—
「Fedora は、Debian とは異なり、デフォルトで安全性を高めるためのその他の「強化」ソフトウェアとともに SELinux がインストールされ、デフォルトで有効になった状態で出荷されます。」
Debian は SELinux に取り組んでおり、Ubuntu には同じことを行う AppArmor が含まれています。
—
「Fedora、CentOs、Oracle Linux は RedHat Linux を中心に開発されたディストリビューションの 1 つであり、RedHat Linux の亜種です。
Ubuntu、Kali などは Debian の亜種の一部です。 Debian はまさに、多くの Linux ディストリビューションのマザーディストリビューションです。」
RHEL は Fedora を中心に構築されていると言った方が正確です。 Fedora プロジェクトは部分的にリリース エンジニアリングの取り組みとして行われ、将来の Red Hat につながります。 Enterprise Linux リリース (Debian テストの結果が将来の Debian Stable になるのと同様) リリースします。
—
「RedHat のインストールは、Debian に比べて少し簡単です。 RedHat のインストール中のインターネット接続はオプションです。 Debian のインストール中のインターネット接続はオプションですが、推奨されます。 また、Wi-Fiネットワークを使用するには、スクイーズするまでにWEPキーを取得する必要があります(インストール)。 WEP 最近は使用されていないため、Debian のインストール中、喘鳴が起こる前にこれは苦痛です。 Wheezy は WEP と WPA の両方をサポートしています。」
Debian とさまざまな Red Hat の両方のフレーバーには、デスクトップ、オフライン、PXE ブート、ネットワーク接続など、さまざまなニーズに合わせて設計された複数のインストール オプションがあります。
どちらも、用途のニーズに応じて、非常にシンプルなオプションと非常に複雑なオプション (ただし非常に強力) を備えています。 どちらも最先端であり、使いやすさと柔軟性の点で他のほとんどのディストリビューションよりもはるかに優れています。
—
私の視点:
知識豊富な管理者が業務に最適なツールを見つけるときに最初に行う必要があるのは、目標を明確に特定することです。 一般に、物事を評価する際にこれを行う人はほとんどいませんが、これは物事を評価し比較する際に行うべき最も重要なポイントの 1 つです。
私は Linux プロフェッショナルとして 10 年以上働いており、その間複数の環境で働いてきたため、「勤務年数」という点ではさらに何年も働いています。
ベンダーとの関係を重視するエンタープライズ環境で運用している場合、実際には 5 つの選択肢があります。 このようなニーズに対応できる企業は実際には 6 社しかありません。 Red Hat Enterprise Linux、Suse Enterprise Linux、Ubuntu LTS (Canonical によるサポート付き)、Microsoft、Apple、IBM。 オラクルはここで言及されるかもしれませんが、私の経験では、オラクルは「派生製品」とみなされ、企業顧客の間で信頼を植え付けることはできません。
Debian は商用サポートをまったく提供していないため、考慮に入れることさえできません。
商用サポートなしで、多用途で強力で安定したオペレーティング システムを探している場合、物事はさらに興味深いものになりますが、ここでも目的を特定する必要があります。
サーバーとワーステーションの場合は、CentOS または Scientific Linux が最適であり、Debian Stable リリースや Ubuntu LTS リリースも同様です。
デスクトップとラップトップの場合、Debian テスト、Ubuntu 安定版 (非 LTS)、または Fedora 安定版リリースが最適です。 Fedora に関する注意点は、最新の安定版がリリースされたからといって、アップグレードするという衝動に抵抗することです。 新しいバグが頻繁に導入されるため、これは Ubuntu リリースにも当てはまります。 サポート終了が近づくまでは、いずれかの安定版リリースに従い、サポートされている最新の安定版にアップグレードしてください。 この方法では、安定し、更新され、適切にサポートされているソフトウェアを 12 ~ 18 か月使用することになります。
返事