Karmada: 雲原生多雲容器編排平臺

華為雲發表於2021-08-11

7月17日，在Cloud Native Days China雲原生多雲多叢集專場，華為雲原生開源負責人王澤鋒發表了《Karmada: 雲原生多雲容器編排平臺》主題演講，分享了在雲原生多雲多叢集方面的思考與實踐。

以下為演講全文

根據最新的調查報告顯示，超過93%的企業正同時使用多個雲廠商的服務。雲原生技術和雲市場不斷成熟，多雲、多叢集部署已經成為常態，未來將是程式設計式多雲管理服務的時代。

雲原生多雲多叢集的典型階段

階段一：一群孤島

一致的叢集運維
一致的應用交付
業務割裂，互不感知

資料孤島、資源孤島、流量孤島

階段二：威尼斯水城

統一應用交付（部署運維）
統一應用訪問（流量分發）
統一資源分配（編排排程）
少量、小壓力的跨叢集業務訪問

階段3：大航海時代

例項、資料、流量：

自動排程
自由伸縮
自由遷移

目前，從業界的產品和一些使用者二次開發使用的進度來看，還處於從一群孤島到威尼斯水城的過渡階段，一些開源的軟體和廠商的產品，大部分還是在做統一的叢集生命週期管理與叢集的目錄，以方便快速的選擇切換叢集，外加叢集的外部流量打通進行全域性流量的分配等等。但像跨叢集自動分配以及應用的跨叢集等這些能力是缺失的。

現階段，雲原生多雲多叢集業務的編排也面臨著諸多挑戰：

1）叢集繁多的重複勞動：運維工程師需要應對繁瑣的叢集配置、不同雲廠商叢集間的管理差異以及碎片化的API訪問入口等問題；

2）業務過度分散的維護難題：應用在各叢集的差異化配置繁瑣；業務跨雲訪問以及叢集間的應用同步難以管理。

3）叢集的邊界限制：應用的可用性受限於叢集；資源排程、彈性伸縮受限於叢集。

4）廠商繫結：業務部署的黏性問題，缺少自動化故障遷移；缺少中立的開源多雲容器編排專案。

多叢集容器編排的前世今生

Karmada：開源的雲原生多雲容器編排平臺

上圖為Karmada在開源社群技術全景圖，Karmada將以模組化的方式提供應用多叢集部署、高可用排程、故障遷移、多叢集服務發現和流量治理、多雲叢集生命週期管理等能力集，並面向多種典型的使用者場景預置策略集，讓使用者可以結合企業實際情況自由定製適合自身的多雲平臺。

Karmada重點會基於Kubernetes的原生API提供多叢集應用管理的能力，幫助使用者實現零程式碼改造甚至零yaml改造到多叢集架構的遷移。在能力方面，我們主要幫助使用者解決全網統一管理以及全網叢集的統一管理，另外我們會內建典型的應用部署模型，包括兩地三中心等。

Karmada 架構

Karmada通過獨立的API 伺服器（Karmada API Server）提供與其他元件進行通訊的 REST 介面，包含Kubernetes原生API及Karmada擴充套件API，而Karmada 控制管理器根據使用者建立的 API 物件執行操作, Karmada 排程器則實現應用在多叢集中的排程。