Kubernetes is Officially Doomed (And Linus Torvalds Warned Us)

Cover Image

原始來源與檔名：2026-06-26T093907+0800-Kubernetes is Officially Doomed (And Linus Torvalds Warned Us).md

SOURCE | 資訊源評估

NAPKIN | 餐巾纸

餐巾纸公式

基礎設施複雜度成本 > 應用程式拆分帶來的效益 = 虛假的簡單性

將系統切分為微服務看似降低了單一模組的複雜度，卻急劇增加了模組間通訊與部署的基礎設施負擔。

一句话

99% 的公司不是 Google，盲目追求 Kubernetes 只是在繳納高昂的「聲望稅」，帶來了昂貴的基礎設施複雜度。

餐巾纸草图

[Monolith] --> (Split to 50 Microservices)
       \              /
        \            /
   [Simple]    [Kubernetes + Istio + Helm + Prometheus]
        \            /
         \          /
       [Infrastructure Nightmare]

ROUND 1: SKELETON | 骨架掃描

“这本书在说什么”

章节骨架

  1. Linus 的警告: 拆分系統帶來虛假的簡單性。
  2. 聲望稅與大逃亡: 知名企業退出 K8s 以節省鉅額成本。
  3. 資料庫的隱藏成本: 狀態型工作負載在 K8s 中的脆弱性。
  4. 誰來取代國王: 無伺服器容器與裸機復興。

ROUND 2: DISSECTION | 血肉解剖

“凭什么这么说”

论证链

K8s 專為 Google 級別的極限擴充性設計 --> 多數企業並無此需求，卻盲目導入 --> 為了解決微服務間的通訊與管理，堆疊了 Istio、Helm 等複雜工具 --> 基礎設施成本與維護負擔（聲望稅）遠超預期 --> 企業開始回歸單體架構或更簡單的部署方式（裸機/Serverless）。

关键证据

  1. Amazon Prime Video: 放棄分散式微服務回歸單體架構，基礎設施成本降低 90% 並大幅提升效能。
  2. Gitpod: 發現 K8s 調度太慢、記憶體管理困難且儲存卷不可靠，最終放棄 K8s 改用簡化架構 (Gitpod Flex)。
  3. 37signals (Basecamp & HEY): 完全退出雲端與 K8s 回歸裸機，五年內省下超過 700 萬美元。

隐形假设与边界

ROUND 3: SOUL | 靈魂提取

“还能怎么用”

留白提問 (Guided Reflection)

跨域映射

DEEP READ | 精讀指引

[!IMPORTANT] 學習的本質需要「認知阻力」。請親自回到原文閱讀以下核心段落，感受原始論述的阻力，不要只依賴 AI 的總結。

  1. The Warning: False Simplicity: Linus Torvalds 在 2001 年對微核心的批評，完美預言了微服務架構的痛點。這段論述直擊系統設計的本質：部分變簡單，但通訊變複雜。
  2. The Hidden Cost of Database Orchestration: 深刻點出了 Stateless (無狀態) 與 Stateful (有狀態) 負載在 K8s 中的巨大差異。資料庫被驅逐的後果是災難性的。

Kubernetes is Officially Doomed (And Linus Torvalds Warned Us) (Architectural Deep Dive)

前言/背景

本文探討了近年來科技界基礎設施發展的一大反思：Kubernetes (K8s) 與微服務架構是否被過度濫用。文章指出，許多企業導入 K8s 並非出於真實的規模需求，而是為了一種「聲望稅 (Prestige Tax)」。這導致了基礎設施複雜度的急劇上升，促使包括 Amazon Prime Video、37signals 等知名團隊開始「去 K8s 化」，回歸單體架構或裸機伺服器。

章節詳細總結

The Warning: False Simplicity (虛假的簡單性)

Linus Torvalds 在 2001 年批評微核心 (Microkernels) 架構時指出：

“The theory… is that you split the kernel into fifty independent parts, and each of the parts is a fiftieth of the complexity. But then everybody ignores the fact that the communication among the parts is actually more complicated than the original system was… The simplicity you try to reach is a false simplicity.”

工程團隊將原本功能完備的統一應用程式，切割成了 50 個微服務。為了讓這些碎片安全地溝通，他們被迫導入了 Kubernetes。緊接著需要 Istio (Service Mesh) 來處理網路路由與安全、Calico 處理底層網路、Helm 來管理無止盡的 YAML 檔案，以及 Prometheus 來處理可觀測性。 這是一個典型的架構代價轉換：我們用應用程式的複雜度，交換了基礎設施的複雜度。而後者往往昂貴得多。

The Prestige Tax and The Great Exodus (聲望稅與大逃亡)

Kubernetes 是 Google 為了處理 Google 規模的問題而建立的，但 99% 的公司並不是 Google。當一個 40 人的新創公司採用 K8s 時，他們並未獲得無限擴展的能力，而是在繳納「聲望稅」。團隊燃燒著龐大的 EKS (Elastic Kubernetes Service) 或 GKE 預算，甚至需要專屬的工程小組來維護這個協調器 (Orchestrator)。

大規模的反思與遷移已經展開：

The Hidden Cost of Database Orchestration (資料庫協調的隱藏成本)

當牽涉到 Stateful Workloads (有狀態工作負載) 時，K8s 的複雜度會變得極其殘酷。 在 K8s 內部管理高效能的資料庫（如 PostgreSQL、MongoDB、Oracle）非常困難。無狀態的 Web Server 在 K8s 中可以完美擴展，但資料庫需要嚴格的 I/O 效能、持久化儲存保證以及精確的記憶體管理。 如果 K8s 節點在流量高峰期因為資源壓力隨機驅逐 (Evict) 了一個 Pod：

最聰明的基礎架構團隊已經停止將資料庫硬塞進 K8s。取而代之的是，將有狀態負載保留在高度優化的裸機部署或雲端代管實例 (Managed Instances) 上，完全繞過 K8s 的額外負擔。

What Replaces the King? (誰來取代國王？)

Kubernetes 不會在一夜之間消失，對全球分佈的巨型平台而言，它依然不可不可或缺。但作為「預設首選」的時代已經結束。業界正轉向兩個極端來逃離「YAML 地獄」：

  1. Invisible Infrastructure (無形基礎設施 / Serverless Containers): 採用 AWS Fargate 或 Google Cloud Run。你只需部署容器，由雲端供應商處理擴展。沒有節點需要管理，沒有控制平面需要升級。
  2. The Bare-Metal Renaissance (裸機復興): 厭倦了高昂雲端流量傳輸費 (Egress fees) 的公司，正回歸專用伺服器，並使用極度簡單的協調工具如 Docker Swarm、Nomad 或 Kamal。

總結與結論