業務痛點
在資源受限的運行環境（如單節點、嵌入式）中，Kubernetes（以下簡稱“K8s”）自身的資源佔用與調度瓶頸，制約了業務 Pod 的可靠拉起與預期規模的實現。
根因分析
- K8s 生態集成多種功能，組件較多，架構略重，自身運行需要系統資源較多。
- K8s 組件獨立進程運行，APIServer 與 etcd 需通過網絡協議通信，流量較高場景中組件間交互成為瓶頸。
- containerd 創建 Pod 同時產生 shim 進程，隨 Pod 數量線性佔用內存資源，阻礙高密部署場景。
低底噪容器底座方案
openFuyao 採用從編排系統、容器運行時、操作系統多層次入手，消減容器環境底噪和提升容器環境性能，打造業界首個單節點部署 1000+Pod 容器環境。
Kubernetes 子系統：
- 將 K8s 及其周邊組件整合為單進程，並將 APIServer 和 etcd 的網絡通信優化為進程內內存交互，從而顯著降低系統底噪，提升容器編排性能。100Pod 場景可降低 500+MB 內存。
- 使用文件探測等低成本方式代替傳統消息交互方式，降低高密場景下探針消息對 CPU 和網絡的影響。
- 最小化 K8s 基礎功能，裁剪內存佔用較多且不使用的特性（如 OpenAPI v3 ）。
運行時子系統：
- 消減 shim 進程，支持 containerd 通過 shimless 方式運行，降低底噪，使單節點可部署 1000+Pod，領先業界 4~10 倍。該典型場景可降低 20GB 內存佔用。
- 通過啓用 cgroup v2，為容器提供了更精細、高效的資源管理能力，使得高密部署時容器管理性能不下降。
