Linux がサーバー市場を支配するに至った背景 — コスト、構造、エコシステム

インフラ Linux
読了 5分

デスクトップでは少数派の Linux が、サーバールームとクラウドでは事実上の標準です。スーパーコンピュータのランキングは上から下まで Linux で、クラウドインスタンスの大多数、Android のスマートフォン、大半の組み込み機器まで Linux カーネルの上で動いています。趣味として始まった OS が、どうやってサーバー市場を取ったのでしょうか? この記事はその背景をコスト、構造、エコシステムの三層で整理します。オープンソース全般の話は入門編で、エンタープライズ Linux の実務は RHEL シリーズで扱いました。

出発点 — 価格が 0 で、中を開けられました #

1990 年代のサーバー OS は商用 Unix(Solaris、AIX、HP-UX)の世界で、ハードウェアと OS が束ねられて高価に売られていました。Linux はその構図を二つの点で崩しました。

  • ライセンス費用 0 — サーバーを 100 台に増やしても OS の費用は 0 のままです。ウェブサービスのように同じ構成のサーバーを水平に複製する事業モデルでは、台数に比例するライセンスは構造的なコスト増(足かせ)になります。初期のウェブ企業が安価な x86 サーバーに Linux を載せる組み合わせ(LAMP スタック)で始めたのは、好みではなく算数でした。
  • ソース公開 — 問題が起きればカーネルまで開けて直すことができ、特定ベンダーのロードマップ・サポート終了・価格政策に人質に取られません。大規模な事業者ほどこの統制権の価値が大きく、グーグルやアマゾンのような会社は独自パッチのカーネルを運用するまでに至りました。

「無料だが企業では使えない」という反論は、有償サポートのモデル(Red Hat など)が解消しました。ソフトウェアは無料、サポート・保証は有償という分離が成立したことで、保守的なエンタープライズまで導入の壁が消えました。

構造 — サーバーという用途に合った形をしています #

価格が扉を開けたなら、その地位を守ったのは技術的な構造でした。Linux(とその根の Unix 系)の特性がサーバー用途とよく合っていたのです。

  • GUI なしで完結します。 サーバーには画面がありません。Linux はテキストのシェルと SSH だけでインストールから運用まで全部でき、GUI はオプションです。管理作業がすべてテキスト(コマンドと設定ファイル)だということは、すなわち自動化とバージョン管理ができるという意味で、この性質が後の IaC と構成管理ツールの土台になります。
  • マルチユーザー・権限モデルが基本です。 Unix 系は最初から複数のユーザーが一台のコンピュータを分け合う前提で設計され、プロセスの隔離と権限の分離が基本として備わっています。サーバーはまさにその用途です。
  • 連続稼働に強いのです。 再起動なしに数百日動く安定性、カーネルとユーザー空間の分離、モジュール式の構成が、24 時間のサービスという要件と合います。
  • ハードウェアを選びません。 安価な x86 から arm、メインフレームまで同じ OS が動くので、ハードウェアの選択の自由が OS に縛られません。

エコシステム — 雪だるまが転がり始めた後 #

2000 年代以降は好循環の時期です。サーバーソフトウェア(ウェブサーバー、データベース、言語ランタイム)が Linux を第一のターゲットとして開発され、Linux を扱えるエンジニアが増え、だからまた Linux を選ぶという循環です。そして二つの波が、この優位を事実上のロックインに変えました。

  • クラウド — クラウド事業者にとって、数十万台にライセンス費用なしで入れられ、カスタマイズが自由な OS は Linux だけでした。クラウドのデフォルトイメージが Linux になったことで、クラウドで生まれた世代のソフトウェアは最初から Linux 前提で作られます。
  • コンテナ — Docker の隔離技術(namespace、cgroup)は Linux カーネルの機能そのものです。コンテナイメージはすなわち Linux のユーザー空間で、Kubernetes のノードも Linux です。コンテナでデプロイする時代には、開発者が Mac や Windows で開発しても本番の実体は Linux です。Windows と macOS が開発マシンの中に Linux VM(WSL2、Docker Desktop)を抱えるようになったのが、この逆転の象徴です。

支配できなかった場所 — 境界線も一緒に見てはじめて正確です #

すべてを取ったわけではありません。デスクトップは相変わらず Windows と Mac の領域で(ユーザー向けアプリケーションのエコシステムの慣性)、企業の内部には Active Directory と .NET の遺産の上の Windows サーバーが相当残っています。ただ、その Windows サーバーすらクラウドの Linux 基盤の上で動くケースが増え、サーバー側の新規ワークロードのデフォルトが Linux だという事実は変わっていません。

この地形が実務者に与える結論は単純です。バックエンド・インフラのキャリアで Linux は選択科目ではなく必修科目です。どの言語、どのクラウド、どのフレームワークを選んでも、その下にはほぼ確実に Linux があります。

まとめ #

  • Linux のサーバー支配は、ライセンス費用 0 とソースの統制権という経済の論理から出発しました。水平拡張のモデルでは台数比例のライセンスは構造的な足かせです。
  • ヘッドレス運用、テキストベースの管理(=自動化可能)、マルチユーザーの権限モデル、長期稼働の安定性という構造がサーバー用途と合いました。
  • 有償サポートのモデルがエンタープライズの壁を取り除き、クラウドとコンテナが優位をロックインに変えました。コンテナイメージはそれ自体が Linux です。
  • デスクトップと一部の社内インフラは例外として残っていますが、サーバーの新規ワークロードのデフォルトは Linux です。
  • 実務者にとって Linux は選択ではなく前提です。次回からその Linux の中核概念(プロセスとスレッド、fork、ロードアベレージ)を一つずつ扱います。
X