ISO が最新の Linux にとって無関係になりつつある理由 (およびクラウドがどのようにしてその地位を占めたのか)

何年もの間、ISO をダウンロードすることが Linux を実行するための最初のステップでした。現在、ほとんどのインストールは、仮想マシン、クラウド プラットフォーム、自動化されたパイプラインなど、別の場所で始まります。ここでは、古き良きインストーラー イメージが失われつつある理由、クラウド対応イメージがどのようにそれに取って代わろうとしているのか、そして ISO が依然としてその地位を獲得している場所について説明します。

ISO が徐々に失われつつある理由

インストーラー イメージは、Linux がどのように提供されるかを定義しなくなりました

何十年もの間、ISO は Linux にアクセスするための主な方法でした。ファイルをダウンロードし、ディスクまたは USB スティックに書き込み、そこから起動して、インストーラーをクリックします。その儀式は、ユーザーが OS の仕組みを何世代にもわたって教え込むのが簡単か難しいかは別として、現在では縮小しつつあります。

ここでの最初の問題は聴衆です。今日の Linux システムのかなりの大部分は、誰も手動でセットアップしない仮想マシン、コンテナ、およびクラウド インスタンスです。サーバーはスクリプト、テンプレート、オーケストレーション ツールを使用して作成されます。そのワークフローには、複数ステップのセットアップ中にタイム ゾーンの選択を求めるインストーラー ウィザードは存在しません。

2 番目の問題はハードウェアです。光学ドライブは何年も前にラップトップから姿を消し、現在では多くのマシンがリムーバブル メディアとして USB のみを提供しています。スティックをフラッシュするのは非常に簡単ですが、プロセスでは依然として手動の手順が必要であり、数秒かかるはずです。

また、年齢の問題もあります。 ISO は、リリース日に凍結されたスナップショットです。誰かがそれを使用する頃には、多くのパッケージがすでに古くなっている可能性があるため、新規インストールで最初に行うことは、更新の長いリストをダウンロードすることです。ポイント リリースとイメージの更新によってこの問題は緩和されますが、モデルは同じままです。つまり、大きなファイルを配布し、インストールしてからパッチを適用します。

インストーラー自体も負担になってきました。 ISO には、ライブ環境、ドライバー、言語パック、インストーラー ロジックをすべて一度に含める必要があり、近年、いくつかのディストリビューションが、それに対応するためにインストーラーを全面的に見直しています。

一方で、代替手段は増え続けています。不変のイメージベースのディストリビューションは、オペレーティング システムを個別にインストールされたパッケージの山ではなくバージョン管理されたイメージとして扱い、多くのプロジェクトが仮想マシンやシングルボード コンピューター用にすぐに実行できるディスク イメージを公開しています。 ISO は廃止されたわけではありませんが、Linux がマシンに到達するためのデフォルトの方法ではなくなり、ISO に対応する人は年々減少しています。

なぜクラウドが主流になるのか

事前構築されたイメージと自動化により手動インストールが置き換えられます

クラウド イメージは、従来のプロセスをひっくり返します。空のディスクにオペレーティング システムをインストールするのではなく、すでにオペレーティング システムがインストールされているディスクから開始します。 Ubuntu などのディストリビューションは、最小限のプレインストールされたイメージを、通常は qcow2 または raw ディスク イメージなどの形式で公開します。これには、cloud-init が含まれており、動作中のシステムを直接起動するように設計されています。 ISO は、すべてのオプションが手動で選択された従来のインストールを意味しますが、クラウド イメージは、すでに配置されているオペレーティング システムで起動します。

これらすべての背後にある鍵は、cloud-init です。最初の起動時に、プラットフォームによって提供されるユーザー データと呼ばれる構成を読み取り、それを適用します。これは、ユーザーの作成、SSH キーの挿入、ホスト名の設定、パッケージのインストール、コマンドの実行、ディスクに合わせてルート ファイルシステムを拡張することを意味します。同じイメージが、受け取った命令に応じて Web サーバー、データベース ホスト、またはビルド マシンになることができ、それが行われている間、誰も画面の前に座る必要はありません。

単一のイメージは何百回も複製でき、すべてのコピーは同一の既知の状態から始まります。 Terraform、Ansible、Packer などのツールはこのアプローチに自然に組み込まれるため、インフラストラクチャは手動で組み立てられるものではなく、ファイルで定義され、コードのようにレビューされるものになります。また、システムがドリフトしたり壊れたりした場合、多くの場合、修理するよりも新しいコピーと交換する方が早くなります。

同じ考え方が、基本イメージがレジストリから数秒で取得されるコンテナーや、Linux 環境をビルド済みイメージとして配布する開発者ツールを通じても貫かれています。個人ユーザーにとっても、既製のイメージをメモリ カードまたはドライブに書き込むツールにより、インストーラーのステップはオプションであるかのように感じられます。現在、多くのプロバイダーは、クラウド イメージのほうが展開が速く、自動化が容易であるため、ほとんどのユーザーにクラウド イメージを推奨しています。

ISO に関する議論はまだありますか?

ベアメタルおよびオフラインインストールにより ISO が維持される

ISO はその役割が縮小しているにもかかわらず、クラウド イメージでは実行できない機能を依然として備えています。最もわかりやすい例は物理ハードウェアです。ドライブが空のラップトップまたはデスクトップには、デバイスの検出、ディスクのパーティション分割、暗号化のセットアップ、ブートローダーの構成を行うインストーラーが必要です。ここでは、クラウド イメージは実際には役に立たず、クラウド イメージに代わるオフラインの代替手段もまだありません。デュアルブート セットアップ、カスタム パーティション レイアウト、および特殊なストレージ配置はすべて、対話型プロセスに依存します。クラウド プロバイダーもこれを認めており、カスタム パーティショニング、特定の構成の選択、およびクラウド イメージが利用できないオペレーティング システム用の ISO を指摘しています。

ライブ環境も有力な根拠です。多くの ISO はディスクに触れずに完全なデスクトップで起動します。これにより、ハードウェアの互換性をテストしたり、ディストリビューションをコミットする前に試したり、壊れたシステムを救出したりすることができます。初心者にとって、インストールする前に試すというエクスペリエンスは、Linux を導入するための最もフレンドリーな方法の 1 つであり、これを再現するクラウド イメージはありません。

オフラインおよび制限された環境でも、ISO の関連性は保たれます。エアギャップのあるネットワーク、安全な施設、接続が不十分な場所では、インターネットからのイメージやパッケージの取得に依存できません。チェックサムと署名で検証し、リムーバブル メディアに保存できる内蔵型インストーラーが、依然として最も信頼できるオプションです。一部の ISO には、ネットワーク アクセスなしでインストールを完了するのに十分なパッケージも含まれています。

最後に、ISO は、多くの場合、ISO を置き換えるイメージの背後にあるサプライ チェーンの一部です。クラウド イメージとカスタム テンプレートは、インストーラー メディアからビルドまたはテストされることが多く、非標準のベース イメージが必要な管理者は、依然として 1 つのベース イメージから開始する可能性があります。 1 つの USB ドライブに多数の ISO を保存できるユーティリティにより、技術者にとって便利な形式が保たれています。

したがって、正直な答えは「はい」ですが、議論の範囲は以前よりも狭くなりました。 ISO は、デフォルトのエントリ ポイントから、特定のジョブ用の専門ツールに移行しました。

雲の画像が上昇するにつれて ISO がフェードアウトします

ISO は、ベア メタル、レスキュー作業、オフライン インストールには引き続き役立ちますが、ほとんどの Linux システムの開始方法ではなくなりました。事前に構築されたイメージ、cloud-init、および自動化により、インストールはバックグラウンド タスクになりました。その変化により、インストーラーは Linux の中心からエッジへと押し上げられ続けます。