第12章 · 実例 2

Linux ディストリビューションを何で選ぶべきか:AIで物語を検証する

第11章「AIで物語を検証する」の作法を、サーバー用途の Linux ディストリビューション選定 という、多くの組織が直面する具体的な 実務シナリオに適用したウォークスルー。

このページで実演すること

「サーバー OS は何にしようか」── これは情シス部門・SRE・スタート アップの CTO・個人の開発者まで、誰もが一度は向き合う判断である。 そして、この判断には 物語が大量に絡みつく

これらすべてを AI と一緒に 5 ステップで検証すると、「企業ステワード が途中で約束を変える」 という第三の管理不全パターンが浮かび上がる。

WordPress(個人集中)、Node.js(分散の無責任)に続く、もう一つの 失敗モードである。

どれも別々の現象に見えるが、共通項は 「ガバナンス構造が脆弱」。 表層の物語はその脆弱性を覆い隠す。AI で検証すると、覆いが剥がれる。


表層の物語(よく語られる選定理由)

サーバー OS の選定で、よく聞く物語をいくつか挙げる。

  1. 「CentOS は RHEL を無料で使えるから安心」 ── エンタープライズ 品質をコストゼロで
  2. 「Red Hat は商業オープンソースの成功例」 ── オープンソース への貢献も大きい
  3. 「Ubuntu は事実上の標準」 ── デスクトップもサーバーも、迷ったら これ
  4. 「Debian は古臭い、今は Ubuntu の時代」 ── Debian は遅すぎる
  5. 「重要なのは Linux であること、ディストリは何でもいい」 ── 結局カーネルは同じ

聞こえはどれもごもっとも。これらを AI で検証してみる。


ステップ 1:主張の抽出と分類

上記の Linux ディストリ選定の物語から、主張を「客観的事実」「評価」 「比喩・修辞」に分類してください。

主要な分類結果:

主張 分類 検証可能性
「CentOS は RHEL を無料で使える」 事実主張(かつての時点では真) 検証可・時間軸に注意
「Red Hat はオープンソース成功例」 評価+事実の混合 部分的に検証可
「Ubuntu は事実上の標準」 評価(普及度の事実+価値判断) 部分的に検証可
「Debian は古臭い」 評価 検証可能(リリース頻度・パッケージ数)
「ディストリは何でもいい」 評価+事実主張 検証可、しかし重大な誤り

「カーネルが同じだから何でもいい」は、検証してみると 致命的に 誤った主張 であることが分かる。次のステップでそれが見える。


ステップ 2:事実主張を一次情報と照合する

CentOS の歴史を時系列で

「CentOS は RHEL を無料で使えるから安心」── これを時間軸で検証する。

CentOS の歴史を、設立(2004 年)から現在まで時系列で整理して ください。Red Hat による買収、IBM による Red Hat 買収、CentOS Stream への切り替え、その影響を含めて。

Claude が整理する内容(要点):

つまり、

CentOS は RHEL を無料で使えるから安心」という物語は、 2020 年 12 月時点で完全に崩壊した

「無料」「永続」「中立」と聞こえていた約束は、親会社の経営判断で 一夜にして書き換えられた

これを知らずに今でも「CentOS で行こう」と提案する人がいたら、 その物語は 5 年前の古い物語 をそのまま引きずっているだけだ。

2020 年 12 月 8 日:発表当日に何が起きたか

CentOS 8 EOL 発表の 当日 の現場の混乱を、AI で時系列に再構成 すると、ガバナンスの脆さが体感できる。

2020 年 12 月 8 日の Red Hat による CentOS 8 EOL 発表前後の、 エンタープライズコミュニティの反応を、Hacker News、Reddit、 主要ブログなどから整理してください。

主な反応の流れ(要点):

「ガバナンスの突然死」の現場感 ── これは AI を使って過去の 出来事から再現できる、貴重な学習材料である。

Ubuntu / Canonical の独占的判断の歴史

「Ubuntu は事実上の標準」というのも、長期視点では別の見方が必要だ。

Ubuntu と Canonical Ltd. の主要な方針変更を時系列で整理してください。 Snap 強制、Amazon Lens 騒動、Ubuntu Pro 登録要件、Mir、Unity 廃止 などの事例を含めて。

Claude の整理(要点):

Ubuntu の方針は、Canonical の事業判断で何度も大きく変わってきた。 安定的な「標準」だと思っていたものが、5〜10 年単位で書き換えられる。

Debian の構造を一次情報で

対照的に、Debian の組織構造を見ると、書き換えられにくい設計に なっていることが見える。

Debian の組織構造、リリース履歴、過去のオーナーシップ変更、 ライセンス・社会契約について整理してください。

Claude が示す Debian の構造:

Debian は 「企業に買われない」「方針が突然変わらない」構造を、 1990 年代から組織的に守ってきた 唯一級の Linux ディストリ である。

これは Ubuntu と対照的だ。Ubuntu は Canonical Ltd. という私企業 が所有 しており、Mark Shuttleworth 氏が大株主・最終決定権者。


ステップ 3:時系列で整合性をチェック

Red Hat の公式発言を時系列で並べると、矛盾が浮かび上がる。

Red Hat / IBM の CentOS と RHEL に関する公的発言を、2014 年から 現在まで時系列で整理してください。約束と実際のずれを示してください。

要点:

同じ組織が、5〜10 年単位で約束を一方的に書き換えている。 これは「悪意」ではなく、経営判断としては合理的 な動き (IBM 買収後の収益強化)である。 しかし、ユーザー側は「いつ、また書き換えられるか分からない」 という前提で考える必要がある。

Canonical の発言の時系列も見る

Canonical Ltd. の Snap 戦略に関する Mark Shuttleworth および Canonical 公式の発言を、2018 年から現在まで時系列で整理してください。

Claude の整理(要点):

「オプション」→「デフォルト」→「セキュアな選択」── 同じ技術への 公式評価が、5〜6 年で 3 段階の変化 を遂げている。これも、 ユーザー側からは予測できない変更である。


ステップ 4:第三者の検証可能な記録と照合

CentOS 8 EOL の被害規模

この変更が 実際にどれだけの被害 を生んだかを、第三者の記録で 当たる。

2020 年 12 月の CentOS 8 EOL 発表が、世界の組織にどれだけの 移行コストを生じさせたか、報道・調査・コミュニティ証言から 整理してください。

Claude の整理(主要なものだけ):

AlmaLinux / Rocky Linux の永続性は?

代替として登場した AlmaLinux / Rocky Linux 自身の 長期持続性 を 検証する。

AlmaLinux と Rocky Linux のスポンサー、資金構造、ガバナンス、 設立から現在までの変遷を整理してください。

要点:

項目 AlmaLinux Rocky Linux
設立 2021 年 3 月 2021 年 4 月
主要スポンサー CloudLinux 社 RESF(Rocky Enterprise Software Foundation)
創始者 Igor Seletskiy(CloudLinux CEO) Gregory Kurtzer(CentOS 創始者)
ガバナンス AlmaLinux OS Foundation(独立) RESF(Public Benefit Corporation)
2023 年の Red Hat ソース制限への対応 CentOS Stream 互換性を一部緩和、ABI 互換に注力 UBI コンテナ・公開ソースから RPM を再構築
現状(2026 年) 比較的安定運営 比較的安定運営

ただし、両者とも歴史が浅い(5 年程度) であり、Red Hat の ソース制限のような構造的な圧力に長期で耐えられるかは、まだ 実証されていない。20 年単位の計画には、まだ実績不足である。

Debian の長期実績と派生エコシステム

Debian の 長期実績 を第三者記録で検証すると、以下が見える。

これは、CentOS 8 の 8 年早い EOL とは対照的な数字である。


ステップ 5:分かったこと/分からないことの整理

項目 結論
CentOS は無料で永続 過去の話。2020 年に終了
Red Hat の中立性 疑問。IBM 買収後、収益重視へ明確にシフト
Ubuntu の中立性 限定的。Canonical 私企業判断に依存
Debian の中立性 構造的に守られている。憲法と社会契約
AlmaLinux / Rocky の永続性 未確定。歴史が浅く、Red Hat のソース制限で先行きは流動的
Oracle Linux の中立性 要注意。Oracle のライセンス慣習(Java 商用化など)から類推
openSUSE の中立性 要検証。SUSE 社が EQT(プライベートエクイティ)所有下で複数回再編
「ディストリは何でもいい」 誤り。ガバナンス構造で実質が大きく違う

そして、まだ検証できていないこと:


浮かび上がる「企業ステワード」の問題

WordPress では 個人 が、Node.js では 誰も が責任を取らなかった。 Linux ディストリでは、企業ステワード(Canonical、Red Hat / IBM、 SUSE など)が、自社の経営判断で約束を書き換える という、第三の 失敗モードが見える。

これは「悪い企業」の話ではない。企業が経営判断で動くのは当然 である。問題は、ユーザー側がそれを認識せずに、企業ステワードの プロジェクトを「中立で永続的」と扱ってしまうことだ。

「無料で使える」は今だけの約束。 「事実上の標準」は今だけの位置。 「企業が支援している」は、いつでも降りられる支援 である。

CentOS の事件はこれを最も劇的に示した。8 年早く終わる という 通告は、長期計画を立てていたすべての組織を裏切る形になった。 Red Hat / IBM に悪意はなかっただろう。しかし、企業ステワードと いうのはそういうもの だ、という構造的事実が浮かび上がった。

三つの管理不全パターンの対比

ここまでの三事例(WordPress / Node.js / Linux ディストリ)を並べると、 構造的な対比が明確になる。

事例 管理失敗の方向 典型的な被害 検証で見抜く方法
WordPress / Mullenweg 個人が責任を持ちすぎる(過度な集中) 個人の機嫌・対立で組織全体が振り回される 個人の発言を時系列で並べると矛盾が出る
Node.js / npm 誰も全体を管理しない(全体不在の分散) サプライチェーン事故、燃え尽き、責任の所在不明 ガバナンス構造を一次情報で整理すると、責任主体が分裂している
CentOS / Red Hat / Ubuntu 企業ステワードが約束を書き換える 数年単位の長期計画が突然崩れる、移行コスト 過去 5〜10 年の方針変更を時系列で並べる

これらは別々の現象に見えるが、「ガバナンス構造が脆弱」 という点 で共通している。表層の物語(「コミュニティが支えている」「企業が 支援している」「標準である」)は、ガバナンスの脆弱性を覆い隠す。 AI で検証すると、その覆いが剥がれる。


採用判断への含意

Linux ディストリ選定について、検証から出てくる問いは:

時間軸別の選択

撤退コストを織り込む

「事実上の標準」のリスク

派生エコシステム(Debian 派生)の現実的な価値

「Claudeと一緒に学ぶDebian」シリーズ で本書(aiseed.dev)が Debian を推す理由は、ここにある。Debian は、20 年単位で計画を立てられる 唯一級の Linux だからだ。それは技術ではなく、ガバナンス構造 が約束する。


物語検証の力

「無料」「事実上の標準」「主要企業が支援」── これらの物語は、 採用時には魅力的に響く。 しかし AI で検証すると、それらは 「いつでも書き換えられる 約束」 であることが見える。 一方、「面白くないが、書き換えられない」 という Debian の ような構造は、長期判断には桁違いに価値が高い

物語は華やかなものほど検証が必要だ。「面白くない事実」を見抜けるか どうかが、長期の仕事の質を決める。

これが、AI で物語を検証することの実務的な価値である。採用前に 構造が見える ことで、採用後の仕事の質が変わる。


関連

ファイル一覧

第12章「AIで物語を検証する」に戻る