オープンソース以前のサーバー時代：LLM時代への教訓

現在のAIと大規模言語モデル（LLM）の状況は、あたかも既定の結果のように感じられることが多い。しかし、サーバー市場がクローズドソースの専有ソフトウェアからオープンソースの支配へと移行した同時期、特にLAMP（Linux、Apache、MySQL、PHP/Perl/Python）の台頭を振り返ると、示唆に富む鏡が映し出される。

インターネット初期において、Linux、Apache、PostgreSQLといったオープンソースツールの支配は決して保証されていなかった。市場は商用のクローズドソースサーバーおよびデータベースソフトウェア間の激しい競争で構成されており、当時の議論は企業戦略、性能ベンチマーク、イデオロギー的対立が混在していた。

スタックの戦い：プロプライエタリ vs. オープン

オープンソース革命の前は、サーバールームはプロプライエタリなエコシステムが支配していた。多くの開発者にとって、スタックの選択はコミュニティ主導のイノベーションというよりも、企業の指示によるものが多かった。ある貢献者が指摘したように、.NETエコシステムはクローズドソースの安定性の要塞であった：

.NET の開発者としては議論はあまりなかった。SQL Server を使い、給料をもらっていた。オープンソースはそれほど大きくなかった。

プロプライエタリ陣営の人々にとって、MySQL や PostgreSQL といったオープンソース代替は「安価な共有ホスティング」や「大学の学術的なもの」として片付けられ、実用的なエンタープライズ向け代替としては見なされなかった。この認識のギャップが、商用ベンダーが安定性と堅牢性を売りに高いマージンを維持できる空白を生み出した。

「Benchmaxing」戦争

オープンソースソフトウェアが勢いを増すにつれ、議論はパフォーマンスへとシフトした。これにより「benchmaxing」の時代が訪れ、ベンダーやエンスージアストが白書やベンチマークを公開して優位性を証明し合った。

例えば Microsoft は Windows NT と IIS が Linux より高速であると宣伝した。これは Linux が検討に値する実行可能な競合相手であることを暗に認めた戦略的な動きだった。このことが、開発者が commodity x86 サーバー上の Linux が高価なプロプライエタリシステムと比べてどれだけ速いかを正確に測定しようとする、往復的なパフォーマンステストの波を引き起こした。

企業の対応：抵抗と受容

業界のオープンソース潮流への対応は様々だった。ある企業は積極的な企業戦略で変化に抵抗し、別の企業は方向転換を試みた。

Microsoft のアプローチ

Microsoft のオープンソースに対する初期の抵抗は、いわゆる「Halloween documents」で有名に記録されており、オープンソースの台頭を遅らせ競合を弱体化させる戦略を詳細に示す内部メモが明らかにされた。

Sun Microsystems のアプローチ

Sun Microsystems は別の道を選んだ。CEO の Jonathan Schwartz の下で、Sun はオープンソースを受け入れようと試みた—「Glasnost」戦略—生き残りを図った。しかし振り返ってみると、この方向転換は遅すぎたか、あるいは同社のビジネスモデルと合致せず、x86 アーキテクチャと Linux に市場シェアを奪われるのを防げなかった。

LLM 時代への類似点

プロプライエタリなサーバーソフトウェアからオープンソースへの移行は、現在の AI の状況と顕著に類似している。今日、クローズドソースモデル（GPT-4 など）とオープンウェイトモデル（Llama、Mistral）との間に同様の緊張が見られる。

初期のサーバー時代にプロプライエタリシステムと commodity ハードウェア間で「benchmaxing」戦争が起きたように、現在も LLM の性能ベンチマークのサイクルが同様に進行しており、オープンソース代替がプロプライエタリ大手との差を急速に埋めつつある。サーバー時代から得られる教訓は、オープンソース代替が「十分に良い」閾値に達すると、プロプライエタリシステムの堅牢性という認識がしばしば崩れ、市場のシフトが起こり、逆転させることは難しいという点である。