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

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

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

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

- 「**サーバーは CentOS で**」── 長年の鉄板
- 「**業務システムは RHEL で**」── 商用サポート付きの安心
- 「**標準は Ubuntu で**」── 事実上の標準
- 「**Debian は古臭い**」── 安定だが時代遅れ
- 「**重要なのは Linux であること、ディストリは何でもいい**」── 結局は
  カーネルが同じ

これらすべてを 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 が整理する内容(要点):

- **2004 年**:CentOS、RHEL の community rebuild として誕生。
  「RHEL のコードをそのままビルドした、無料で使える同等品」
- **2014 年**:Red Hat が CentOS Project を取り込む(雇用関係化)。
  ただし「CentOS は無料の RHEL 互換として続ける」と公式に約束
- **2019 年**:**IBM が Red Hat を約 340 億ドルで買収**
- **2020 年 12 月 8 日**:Red Hat が突然発表 ── **CentOS 8 のサポート
  を 2029 年から 2021 年末に短縮**。**約束より 8 年早い終了**
- 「CentOS の代わりは CentOS Stream(RHEL の不安定な上流版)を使え」
- これは、世界中の本番システムで CentOS 8 を使っていた組織に
  **数ヶ月で別ディストリへ移行を強いる** 衝撃となった
- **AlmaLinux**(CloudLinux 社が開発)、**Rocky Linux**(CentOS
  創始者 Gregory Kurtzer が立ち上げ)が、空白を埋めるべく登場
- **2023 年 6 月**:Red Hat が **RHEL のソース RPM の公開を制限** ──
  AlmaLinux / Rocky は別経路でソースを集める必要に追い込まれる

つまり、

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

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

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

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

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

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

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

- **発表時刻(米国時間 12 月 8 日)**:Red Hat ブログで突如発表
- **数時間以内**:Hacker News のトップに上がり、数千コメント
- **24 時間以内**:大企業の情シス部門で緊急会議が招集される事例が
  多数報告される
- **48 時間以内**:Gregory Kurtzer(CentOS 創始者)が **Rocky Linux**
  プロジェクトを発表
- **1 週間以内**:CloudLinux 社が **AlmaLinux** プロジェクトを発表
- **1 ヶ月以内**:Oracle Linux への移行を促す Oracle のキャンペーン
  が活発化(「我々は約束を守る」というメッセージ)
- **数ヶ月**:長期保守契約を交わしていた組織から、Red Hat への
  集団訴訟の検討も報じられる

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

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

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

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

Claude の整理(要点):

- **2010 年**:Unity デスクトップ環境を導入(GNOME を捨てる判断)
- **2012 年**:Amazon Lens 騒動 ── デスクトップ検索結果を Amazon に
  送信し、収益化を試みる。プライバシー懸念で大規模な批判
- **2013 年**:**Mir**(独自ディスプレイサーバー)を発表 ── Wayland
  という業界標準があるのに独自路線
- **2017 年**:Unity を廃止し GNOME に戻る ── 7 年間の投資が無に
- **2020 年〜**:**Snap パッケージの強制** ── apt install firefox が
  内部で snap install を呼ぶようになり、「apt install」の意味が壊れた
- **2022 年〜**:**Ubuntu Pro 登録要件** ── 個人・小規模利用にも
  登録(Ubuntu One アカウント作成)が必要なセキュリティパッチが
  増える

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

### Debian の構造を一次情報で

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

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

Claude が示す Debian の構造:

- **1993 年設立**、Ian Murdock(Debian の "Deb" は妻 Debra より、
  "ian" は本人)
- **1997 年**:**Debian 社会契約(Social Contract)** と **Debian
  自由ソフトウェアガイドライン(DFSG)** を採択。憲法レベルの
  公的文書
- **1998 年**:**Debian 憲法** 制定 ── 開発者投票による意思決定、
  プロジェクトリーダーは年 1 回選挙、独立した技術委員会
- **過去 30 年以上**:**所有企業も親会社も存在しない**。SPI(Software
  in the Public Interest)という非営利が資産を保有
- リリースは「準備ができたら」(when it's ready)。安定版は 2〜3 年
  に一度、LTS は 5 年、ELTS で更に 5 年延長
- 主要なディストリ多数が Debian ベース(Ubuntu、Linux Mint、
  Raspberry Pi OS、Tails、Kali Linux、Devuan、PureOS、Tails など)

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

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

---

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

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

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

要点:

- **2014 年(CentOS 取り込み時)**:「CentOS の独立性を守る」「無料
  の RHEL 互換は続く」と公式声明
- **2019 年(IBM 買収時)**:「Red Hat の独立性は守られる」「IBM が
  オープンソース戦略を変えることはない」と CEO が明言
- **2020 年 12 月**:「CentOS 8 は 2021 年末で終了。CentOS Stream
  に集中する」── 過去の約束と整合しない
- **2021 年〜**:「CentOS Stream は本番運用に耐える」と主張 ──
  しかし実態は RHEL の上流(unstable)
- **2023 年**:RHEL ソース RPM の公開制限。「商習慣として正当」と
  説明 ── 多くのコミュニティ開発者が反発

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

### Canonical の発言の時系列も見る

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

Claude の整理(要点):

- **2018 年**:Snap は「ユニバーサルパッケージ」「Flatpak と並立」
  というメッセージ
- **2020 年**:「Snap は **オプション**」という説明
- **2020 年(後半)〜**:apt install firefox が **裏で snap を
  インストール** するように変更
- **2022 年〜**:「Snap は **デフォルト**」というメッセージに変化
- **2024 年**:Snap Store の中央集権性に関する批判への反論で「**最も
  セキュアな選択**」という説明

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

---

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

### CentOS 8 EOL の被害規模

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

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

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

- 米国・欧州の複数の調査:**世界の Linux サーバーの 10〜20% が
  CentOS 系だった** とされる `[要検証]`
- 大企業から中小企業まで、本番システムの移行に **数ヶ月〜1 年単位
  の工数** が発生
- 互換性の検証、構成の書き換え、保守契約の組み直し
- 一部の組織は AlmaLinux / Rocky Linux に移行、別の組織は Ubuntu
  に移行、別の組織は SUSE に移行 ── **市場が分裂**
- IBM / Red Hat への信頼は、エンタープライズコミュニティで大きく
  低下したと多数の論評
- AWS、Google Cloud、Azure などのクラウドプロバイダーは、AlmaLinux
  / Rocky Linux のオフィシャルイメージを順次提供開始

### 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 の **長期実績** を第三者記録で検証すると、以下が見える。

- **30 年以上の連続運用**:1993 年設立から、所有企業の交代なしに
  存続
- **派生ディストリの数**:Distrowatch によれば、Debian ベースの
  ディストリは 100 を超える
- **OS シェア**:サーバー領域で **Debian 単独**(Ubuntu を除いた
  純粋な Debian)が 10〜15% 程度を維持(W3Techs データなど)
- **インフラ**:Debian package archive、bug tracking、社会契約、
  技術委員会、ユニバース メンテナーシップ ── **30 年単位で機能
  し続けている**

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

---

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

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

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

- AlmaLinux / Rocky Linux の 10 年後・20 年後の実績
- Debian の意思決定の遅さが、現代のセキュリティ要件にどう対応するか
- 量子コンピューティング・AI 統合などの新領域で、Debian がどこまで
  追随できるか

---

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

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 ディストリ選定について、検証から出てくる問いは:

### 時間軸別の選択

- **〜5 年で終わるシステム**:Ubuntu / RHEL でも問題なし。商用
  サポートのメリットを取れる
- **5〜10 年動かしたいシステム**:Debian、または有料の RHEL/SUSE
  サブスクリプション。AlmaLinux / Rocky Linux は様子見
- **10〜20 年動かしたいシステム**:**Debian 一択**。憲法・社会契約
  という構造が、企業の経営判断で書き換えられない唯一級の保証

### 撤退コストを織り込む

- **次に企業ステワードが方針転換したらどうなるか?**
  - 移行コスト(検証、書き換え、保守契約の組み直し)
  - 再教育コスト(運用チーム)
  - サードパーティ製ソフトウェアの互換性確認
  - 撤退コストを 5 年に 1 度払う前提で、コスト試算する

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

- 「みんなが使っているから」は、**ガバナンスの保証ではない**
- 「みんなが使っている」状態が、5 年後も続く保証はない
- **大規模シェアと長期持続性は別物**

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

- Ubuntu が方針転換したとき、**Debian に戻る道は残っている**
- Mint、Pop!_OS、Devuan などは、Debian エコシステムの中で
  「Canonical を経由しない選択肢」として機能する
- **Debian は、Ubuntu の保険でもある**

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

---

## 物語検証の力

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

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

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

---

## 関連

- 第11章本文: [AIで物語を検証する](/ai-native-ways/verify-narratives/)
- 実例 1: [Node.js を仕事で採用すべきか](/ai-native-ways/verify-narratives/example-1/)
- 「Claude と一緒に学ぶ Debian」シリーズ: [/claude-debian/](/claude-debian/)
- 構造分析シリーズ: [Mythos 時代のセキュリティ設計](/insights/security-design/)