2020 年注定是不凡的。它在陰霾中開始，在驚嘆中結束，也讓未來變得更加撲朔迷離。那么，容器與云原生的 2020 年呢？你是否記得它是怎樣開始的？它又將走向何方？

Kubernetes：企業基礎設施的標準抽象

在 2020 年，沒有人再會去質疑一個平臺團隊采納 Kubernetes 作為自己的基礎設施的合理性。事實上，2020 年的 Kubernetes 項目已經非常接近于的完成了它最重要的使命，即：為云計算基礎設施帶來一層可以讓平臺團隊基于此構造“一切”的平臺層抽象。

我們已經能夠看到， 今天的云原生社區已經開始廣泛認可 Kubernetes 項目作為“The platform for platform”的定位與價值，越來越多的平臺團隊正在基于 Kubernetes 構建各種各樣的上層平臺，PaaS，Serverless，AI Platform ，Database PaaS 等等。面向終態的聲明式 API 與其背后“辛勤”工作的控制器，為“構建基礎設施層抽象”這個充滿了挑戰的技術難題，提供了一個能夠在復雜度與可用性之間取得平衡的解決方案。正是基于此，Kubernetes 項目才擁有了龐大的集成生態，讓這個“企業基礎設施的標準抽象”，逐步成為了業界公認的事實。

而更為重要的是，Kubernetes 真正的成功之處，在于它真正押注的是構建抽象的方法而非這些抽象本身。在絕大多數情況下，企業基于 Kubernetes 構建上層平臺，都會引入各種各樣其他的抽象作為補充，甚至取代或者隱藏掉 Kubernetes 的部分內置抽象：阿里巴巴開源的 CloneSet，騰訊的 GameStatefulSet 實踐等擴展型工作負載等都是這個趨勢的最好的案例。

伴隨著 Kubernetes 生態從底層到應用層能力的逐步完善，在 2020 年，更多大型互聯網終端企業開始加入到了云原生的梯隊當中。我們看到原本的 Mesos 生態標桿 Apple 公司成為了 KubeCon 2020 北美上的絕對主角，而金融巨頭 MasterCard 則分享了他們基于 OAM、Kubernetes 和 Crossplane 項目構建跨云、跨運行時應用交付平臺的內部落地案例。而尤為值得一提的是，這些以往在底層基礎技術上給人以”保守“印象的大型非云企業，在 2020 年紛紛祭出了對很多新興技術比如 Virtual Cluster 和標準應用模型技術上的落地與思考。云原生浪潮對整個技術產業帶來的深遠影響可見一斑。

此外，我們也不難觀察到，Kubernetes 的極大普及以及基于它興起的上層生態，正在跟安卓（Android）的發展路徑越來越明顯的趨同。安卓能夠對下以一套統一的方式抽象與集成不同的手機、電視、甚至汽車等硬件設備，對上則為程序員暴露出統一的一套開發接口，使他們能夠以這套統一的抽象去訪問或者享受到這些基礎設施能力。這種定位與 Kubernetes 非常類似，這里唯一的區別在于，安卓服務的程序員是 APP 開發者，而 Kubernetes 服務的“程序員”，則是平臺構建者。在這個背景下，諸如“Kubernetes 拋棄 Docker”之類的新聞會很容易理解：安卓本身，本就不需要專注于手機的電池是哪個牌子的。

這個路徑，可能也是 Google 比較擅長的一個“打法”：全力地去免費推廣一個“操作系統”，真正獲取商業價值的方式則是是去“收割”操作系統上層的生態價值而不是操作系統本身。畢竟用戶是不會花錢去購買安卓的。所以 Google Cloud 目前正在 All-in 的，正是通過 Anthos 這樣的 Kubernetes 混合云底座，將 Google Cloud 服務交付到在全世界任何一個數據中心上去。

正在被打破的云計算“三層架構”

長久以來，業界對云計算的認知，一直圍繞著”SaaS + PaaS + IaaS“這樣經典的三層架構模型展開。然而，在 2020 年，VPS租用，隨著云原生技術的極大普及，我們卻發現這個模型似乎正遭受著挑戰。

今天的云原生技術，起源于 Docker 以及容器這個創新性的技術革命，又受益于經典 PaaS （比如 Cloud Foundry）持續已久的心智普及，最終在開發者與平臺構建者的雙重關注下，以 Kubernetes 生態為載體最終落地。

在 2020 年，伴隨著云原生技術逐步成熟，面向用戶的應用管理平臺的形態也逐漸開始從以 Cloud Foundry/Heroku 為主體的經典 PaaS 形態（即：企業級 PaaS），向輕量級的 App Service 比如 Shipa 和 Kalm 等方向靠攏。不過，輕量級 App Service 本質上還是 Heroku 體驗在 Kubernetes 底座上的復刻，它們在提供出色的開發者使用體驗的同時，也繼承了經典 PaaS 的“封閉”與“不可擴展”，這在很多大型企業基于云原生技術棧 “DIY” 屬于自己的“PaaS”的訴求下，依然會顯得力不從心。