作者 | 張磊

2020 年注定是(shì)不(bù)凡的(de)。它在(zài)陰霾中開始，在(zài)驚歎中結束，也(yě)讓未來(lái)變得更加撲朔迷離。那麽，容器與雲原生的(de) 2020 年呢？你是(shì)否記得它是(shì)怎樣開始的(de)？它又将走向何方？

Kubernetes：企業基礎設施的(de)标準抽象

在(zài) 2020 年，沒有人(rén)再會去質疑一(yī / yì ／yí)個(gè)平台團隊采納 Kubernetes 作爲(wéi / wèi)自己的(de)基礎設施的(de)合理性。事實上(shàng)，2020 年的(de) Kubernetes 項目已經非常接近于(yú)的(de)完成了(le／liǎo)它最重要(yào / yāo)的(de)使命，即：爲(wéi / wèi)雲計算基礎設施帶來(lái)一(yī / yì ／yí)層可以(yǐ)讓平台團隊基于(yú)此構造“一(yī / yì ／yí)切”的(de)平台層抽象。

我們已經能夠看到(dào)， 今天的(de)雲原生社區已經開始廣泛認可 Kubernetes 項目作爲(wéi / wèi)“The platform for platform”的(de)定位與價值，越來(lái)越多的(de)平台團隊正在(zài)基于(yú) Kubernetes 構建各種各樣的(de)上(shàng)層平台，PaaS, Serverless, AI Platform, Database PaaS 等等。面向終态的(de)聲明式 API 與其背後“辛勤”工作的(de)控制器，爲(wéi / wèi)“構建基礎設施層抽象”這(zhè)個(gè)充滿了(le／liǎo)挑戰的(de)技術難題，提供了(le／liǎo)一(yī / yì ／yí)個(gè)能夠在(zài)複雜度與可用性之(zhī)間取得平衡的(de)解決方案。正是(shì)基于(yú)此，Kubernetes 項目才擁有了(le／liǎo)龐大(dà)的(de)集成生态，讓這(zhè)個(gè)“企業基礎設施的(de)标準抽象”，逐步成爲(wéi / wèi)了(le／liǎo)業界公認的(de)事實。

而(ér)更爲(wéi / wèi)重要(yào / yāo)的(de)是(shì)，Kubernetes 真正的(de)成功之(zhī)處，在(zài)于(yú)它真正押注的(de)是(shì)構建抽象的(de)方法而(ér)非這(zhè)些抽象本身。在(zài)絕大(dà)多數情況下，企業基于(yú) Kubernetes 構建上(shàng)層平台，都會引入各種各樣其他(tā)的(de)抽象作爲(wéi / wèi)補充，甚至取代或者隐藏掉 Kubernetes 的(de)部分内置抽象：阿裏巴巴開源的(de) CloneSet，騰訊的(de) GameStatefulSet 實踐等擴展型工作負載等都是(shì)這(zhè)個(gè)趨勢的(de)最好的(de)案例。

伴随着 Kubernetes 生态從底層到(dào)應用層能力的(de)逐步完善，在(zài) 2020 年，更多大(dà)型互聯網終端企業開始加入到(dào)了(le／liǎo)雲原生的(de)梯隊當中。我們看到(dào)原本的(de) Mesos 生态标杆 Apple 公司成爲(wéi / wèi)了(le／liǎo) KubeCon 2020 北美上(shàng)的(de)絕對主角，而(ér)金融巨頭 MasterCard 則分享了(le／liǎo)他(tā)們基于(yú) OAM、Kubernetes 和(hé / huò) Crossplane 項目構建跨雲、跨運行時(shí)應用交付平台的(de)内部落地(dì / de)案例。而(ér)尤爲(wéi / wèi)值得一(yī / yì ／yí)提的(de)是(shì)，這(zhè)些以(yǐ)往在(zài)底層基礎技術上(shàng)給人(rén)以(yǐ)”保守“印象的(de)大(dà)型非雲企業，在(zài) 2020 年紛紛祭出(chū)了(le／liǎo)對很多新興技術比如 Virtual Cluster 和(hé / huò)标準應用模型技術上(shàng)的(de)落地(dì / de)與思考。雲原生浪潮對整個(gè)技術産業帶來(lái)的(de)深遠影響可見一(yī / yì ／yí)斑。

此外，我們也(yě)不(bù)難觀察到(dào)，Kubernetes 的(de)極大(dà)普及以(yǐ)及基于(yú)它興起的(de)上(shàng)層生态，正在(zài)跟安卓（Android）的(de)發展路徑越來(lái)越明顯的(de)趨同。安卓能夠對下以(yǐ)一(yī / yì ／yí)套統一(yī / yì ／yí)的(de)方式抽象與集成不(bù)同的(de)手機、電視、甚至汽車等硬件設備，對上(shàng)則爲(wéi / wèi)程序員暴露出(chū)統一(yī / yì ／yí)的(de)一(yī / yì ／yí)套開發接口，使他(tā)們能夠以(yǐ)這(zhè)套統一(yī / yì ／yí)的(de)抽象去訪問或者享受到(dào)這(zhè)些基礎設施能力。這(zhè)種定位與 Kubernetes 非常類似，這(zhè)裏唯一(yī / yì ／yí)的(de)區别在(zài)于(yú)，安卓服務的(de)程序員是(shì) APP 開發者，而(ér) Kubernetes 服務的(de)“程序員”則是(shì)平台構建者。在(zài)這(zhè)個(gè)背景下，諸如“Kubernetes 抛棄 Docker”之(zhī)類的(de)新聞會很容易理解：安卓本身，本就(jiù)不(bù)需要(yào / yāo)專注于(yú)手機的(de)電池是(shì)哪個(gè)牌子(zǐ)的(de)。

這(zhè)個(gè)路徑，可能也(yě)是(shì) Google 比較擅長的(de)一(yī / yì ／yí)個(gè)“打法”：全力地(dì / de)去免費推廣一(yī / yì ／yí)個(gè)“操作系統”，真正獲取商業價值的(de)方式則是(shì)是(shì)去“收割”操作系統上(shàng)層的(de)生态價值而(ér)不(bù)是(shì)操作系統本身。畢竟用戶是(shì)不(bù)會花錢去購買安卓的(de)。所以(yǐ) Google Cloud 目前正在(zài) All-in 的(de)，正是(shì)通過 Anthos 這(zhè)樣的(de) Kubernetes 混合雲底座，将 Google Cloud 服務交付到(dào)在(zài)全世界任何一(yī / yì ／yí)個(gè)數據中心上(shàng)去。

正在(zài)被打破的(de)雲計算“三層架構”

長久以(yǐ)來(lái)，業界對雲計算的(de)認知，一(yī / yì ／yí)直圍繞着”SaaS + PaaS + IaaS“這(zhè)樣經典的(de)三層架構模型展開。然而(ér)，在(zài) 2020 年，随着雲原生技術的(de)極大(dà)普及，我們卻發現這(zhè)個(gè)模型似乎正遭受着挑戰。

今天的(de)雲原生技術，起源于(yú) Docker 以(yǐ)及容器這(zhè)個(gè)創新性的(de)技術革命，又受益于(yú)經典 PaaS （比如 Cloud Foundry）持續已久的(de)心智普及，最終在(zài)開發者與平台構建者的(de)雙重關注下，以(yǐ) Kubernetes 生态爲(wéi / wèi)載體最終落地(dì / de)。

在(zài) 2020 年，伴随着雲原生技術逐步成熟，面向用戶的(de)應用管理平台的(de)形态也(yě)逐漸開始從以(yǐ) Cloud Foundry/Heroku 爲(wéi / wèi)主體的(de)經典 PaaS 形态（即：企業級 PaaS），向輕量級的(de) App Service 比如 Shipa 和(hé / huò) Kalm 等方向靠攏。不(bù)過，輕量級 App Service 本質上(shàng)還是(shì) Heroku 體驗在(zài) Kubernetes 底座上(shàng)的(de)複刻，它們在(zài)提供出(chū)色的(de)開發者使用體驗的(de)同時(shí)，也(yě)繼承了(le／liǎo)經典 PaaS 的(de)“封閉”與“不(bù)可擴展”，這(zhè)在(zài)很多大(dà)型企業基于(yú)雲原生技術棧“DIY”屬于(yú)自己的(de)“PaaS”的(de)訴求下，依然會顯得力不(bù)從心。

事實上(shàng)，對于(yú)越來(lái)越多的(de)平台構建者來(lái)說(shuō)，随着雲原生技術的(de)日趨落地(dì / de)，“PaaS”本身的(de)“解釋權”不(bù)再屬于(yú)某一(yī / yì ／yí)家提供商，而(ér)更多取決于(yú)平台構建者的(de)業務場景和(hé / huò)其終端用戶的(de)實際需求。此外，對于(yú) “SaaS”來(lái)說(shuō)，雲原生帶來(lái)的(de)容器化軟件打包與交付體系和(hé / huò) Kubernetes 底座，也(yě)已經極大(dà)的(de)改變了(le／liǎo)雲端軟件的(de)分發與運維方式。所以(yǐ)，無論是(shì) PaaS 也(yě)好，SaaS 也(yě)好，本質上(shàng)正在(zài)被“雲原生”的(de)技術浪潮迅速“壓平”，在(zài)這(zhè)種背景下，傳統“水平”劃分雲計算體系的(de)方法其實已經變得難以(yǐ)自洽。一(yī / yì ／yí)個(gè)典型的(de)例子(zǐ)就(jiù)是(shì)今天你既不(bù)能把 Kubernetes 稱作是(shì) PaaS，也(yě)不(bù)能把它稱作是(shì) IaaS。它是(shì)一(yī / yì ／yí)個(gè)獨特的(de)基礎設施能力接入層與平台層抽象，作爲(wéi / wèi)平台構建者，你可以(yǐ)基于(yú)它構建你心目中任何上(shàng)層平台，而(ér)至于(yú)你把這(zhè)個(gè)上(shàng)層平台稱作是(shì) PaaS，Serverless，FaaS，甚至是(shì) SaaS，隻是(shì)進一(yī / yì ／yí)步抽象的(de)程度和(hé / huò)依賴的(de)垂直能力不(bù)同而(ér)已：這(zhè)裏并沒有”誰蓋在(zài)誰頭上(shàng)”這(zhè)樣的(de)劃分。

下一(yī / yì ／yí)代雲原生平台構建體系的(de)崛起

Kubernetes 的(de)成功，極大(dà)的(de)使能了(le／liǎo)“平台構建者”這(zhè)個(gè)以(yǐ)往被人(rén)們遺忘在(zài)企業成本中心（Cost Center） 裏的(de)重要(yào / yāo)角色。事實上(shàng)，Kubernetes 之(zhī)所以(yǐ)能夠取代 Docker 生态成爲(wéi / wèi)今天雲計算平台上(shàng)的(de)主角，很大(dà)程度上(shàng)是(shì)這(zhè)個(gè)群體做出(chū)了(le／liǎo)最終的(de)決定。否則，按照 Docker 所觸達到(dào)的(de)用戶群體規模以(yǐ)及其在(zài)開發者生态中的(de)被接納度， Kubernetes 幾乎毫無勝算。這(zhè)一(yī / yì ／yí)點經常是(shì)被大(dà)家所忽視的(de)。實際上(shàng)，在(zài)企業級平台落地(dì / de)的(de)過程中，平台的(de)最終用戶（比如業務研發與運維）雖然是(shì)“顧客與上(shàng)帝”，但真正能在(zài)這(zhè)個(gè)過程中能起到(dào)關鍵作用和(hé / huò)具有最終決定權的(de)，往往還是(shì)業務背後的(de)平台團隊和(hé / huò)老闆們。

但與此同時(shí)，Kubernetes 之(zhī)上(shàng)的(de)平台構建生态，在(zài)今天依然是(shì)高度集中的(de)。一(yī / yì ／yí)個(gè)典型的(de)觀察就(jiù)是(shì)，今天能夠基于(yú) Kubernetes 成體系構建出(chū)完整上(shàng)層平台的(de)團隊，其實集中在(zài)一(yī / yì ／yí)、二線大(dà)型互聯網公司當中，并且其實踐往往“僅供參考”，鮮有可複制性。進一(yī / yì ／yí)步的(de)，雲原生的(de)極大(dà)普及，似乎并沒有真正能夠讓平台構建者輕松的(de)構建 PaaS 或者其他(tā)上(shàng)層平台。這(zhè)，其實也(yě)進一(yī / yì ／yí)步解釋了(le／liǎo)前面我們觀察到(dào)的(de)“PaaS 生态“在(zài)雲原生時(shí)代的(de)停滞：基于(yú) Kubernetes 構建上(shàng)層平台（包括 PaaS），在(zài) 2020 年依然是(shì)大(dà)型公司和(hé / huò)高技術水位團隊們的(de)專利。

這(zhè)種平台構建這(zhè)生态的(de)高度集中，與雲原生希望構建的(de)“普惠式”未來(lái)，顯然是(shì)不(bù)相符的(de)。當然，既然技術發展還沒有跟上(shàng)願景，那麽雲原生社區也(yě)就(jiù)不(bù)會停下腳步。

事實上(shàng)，平台構建者之(zhī)所以(yǐ)要(yào / yāo)基于(yú) Kubernetes 進一(yī / yì ／yí)步構建上(shàng)層平台，其根本動機無非來(lái)自兩個(gè)訴求：

1. 更高的(de)抽象維度：比如，用戶希望操作的(de)概念是(shì)“應用”和(hé / huò)“灰度發布”，而(ér)不(bù)是(shì)“容器”和(hé / huò)“Pod”；

2. 更多的(de)擴展能力：比如，用戶希望的(de)應用灰度發布策略是(shì)基于(yú)“雙 Deployment + Istio” 的(de)金絲雀發布，而(ér)不(bù)是(shì) Kubernetes 默認的(de) Pod 線性滾動升級。這(zhè)些增強或者擴展能力，在(zài) Kubernetes 中一(yī / yì ／yí)般是(shì)以(yǐ) CRD + Controller 的(de)插件方式來(lái)實現的(de)。

所以(yǐ)說(shuō)，基于(yú) Kubernetes 構建上(shàng)層平台在(zài)今天看起來(lái)似乎雜亂無章、沒什麽規律，但本質上(shàng)都不(bù)會離開“抽象 + 插件能力管理”這(zhè)兩個(gè)核心訴求。再舉個(gè)例子(zǐ)，今天大(dà)家爲(wéi / wèi) Kubernetes 構建的(de)各種 Dashboard，其實就(jiù)是(shì)一(yī / yì ／yí)種“抽象”的(de)實現方式：這(zhè)些 Dashboard 本質上(shàng)是(shì)在(zài) Kubernetes API 對象的(de)基礎上(shàng)暴露出(chū)了(le／liǎo)一(yī / yì ／yí)組允許用戶填寫的(de)字段，從而(ér)實現了(le／liǎo)‘’簡化用戶使用心智、提升用戶體驗‘’的(de)目的(de) —— 這(zhè)當然也(yě)是(shì)所有“抽象”的(de)根本目标。

基于(yú)對“抽象 + 插件能力管理”這(zhè)兩個(gè)訴求的(de)持續實踐與思考，雲原生社區在(zài) 2020 年誕生了(le／liǎo)像 KubeVela 這(zhè)樣專注于(yú)使能平台團隊構建上(shàng)層平台的(de)開源項目。這(zhè)個(gè)項目的(de)定位在(zài)整個(gè)雲原生生态中是(shì)非常獨特的(de)：它并不(bù)是(shì)某種垂直能力，它更像是(shì)一(yī / yì ／yí)套基于(yú) Kubernetes 構建上(shàng)層平台的(de)“工具”組合，比如：

1. 基于(yú)模闆的(de)抽象機制，以(yǐ)及基于(yú)此生成能力使用文檔和(hé / huò) OpenAPI Schema 的(de)自動化流程（從而(ér)幫助平台團隊快速構建 Dashboard 或者 Appfile）；

2. 基于(yú) OAM 模型的(de)插件式能力注冊、管理與發現機制，以(yǐ)此來(lái)模塊化、自動化的(de)管理插件能力，甚至提前預警插件能力之(zhī)間的(de)沖突等。

無獨有偶，在(zài)阿裏雲開源 KubeVela 項目後不(bù)久，雲計算領頭羊 AWS 在(zài) Re:Invent 2020 上(shàng)也(yě)高調宣布了(le／liǎo) AWS Proton 商業産品的(de)正式誕生，其思想同 KubeVela 項目非常類似，隻不(bù)過構建平台的(de)底座換成了(le／liǎo) AWS 雲平台，定義抽象的(de)模闆使用了(le／liǎo) AWS 自己的(de) Cloud Formation (KubeVela 目前支持的(de)是(shì) Google 開源的(de) CUELang 模闆語言）。

可以(yǐ)預見，在(zài)雲原生與 Kubernetes 項目極大(dà)程度的(de)統一(yī / yì ／yí)與标準化了(le／liǎo)基礎設施層抽象之(zhī)後，如何進一(yī / yì ／yí)步幫助平台團隊在(zài)此之(zhī)上(shàng)快速、輕松、可複制的(de)構建上(shàng)層平台，正在(zài)成爲(wéi / wèi)業界開始積極思考的(de)一(yī / yì ／yí)條關鍵路徑。再一(yī / yì ／yí)次的(de)，你很難在(zài)傳統的(de)雲計算“三層架構”中找到(dào)适合這(zhè)些産品的(de)位置，無論是(shì) KubeVela 還是(shì) AWS Proton，它們既不(bù)是(shì) PaaS，也(yě)不(bù)是(shì) IaaS，更不(bù)是(shì) Kubernetes 的(de)競争者：它們是(shì)雲原生背景下新一(yī / yì ／yí)代平台構建體系逐步崛起的(de)萌芽。

探索雲原生的(de)下一(yī / yì ／yí)站

2020 年的(de)雲原生可以(yǐ)說(shuō)是(shì)整個(gè)雲計算生态中發展最迅速的(de)一(yī / yì ／yí)條主線脈絡，而(ér)也(yě)正是(shì)伴随着這(zhè)樣的(de)發展勁頭，雲原生在(zài)新的(de)一(yī / yì ／yí)年裏，已經要(yào / yāo)開始思考它的(de)下一(yī / yì ／yí)步發展空間。事實上(shàng)，我們已經能夠看到(dào)各種各樣的(de)廠商和(hé / huò)團隊在(zài)不(bù)同的(de)領域積極發力和(hé / huò)探索。

本地(dì / de)開發與測試

使能開發者面向 Kubernetes 進行本地(dì / de)開發和(hé / huò)測試正在(zài)開始成爲(wéi / wèi)一(yī / yì ／yí)個(gè)備受關注的(de)話題，在(zài)這(zhè)個(gè)領域中，來(lái)自紐約的(de) Tilt 項目是(shì)其中的(de)佼佼者。阿裏雲和(hé / huò)騰訊雲有也(yě)分别有這(zhè)個(gè)話題下的(de)不(bù)同維度的(de)解決方案，比如 KT Connet 和(hé / huò) Nocalhost。

雲原生“中間件”的(de)技術變革

Sidecar 模式正在(zài)以(yǐ)更加迅猛的(de)勢頭的(de)将中間件領域的(de)能力下沉至 Kubernetes 這(zhè)個(gè)新一(yī / yì ／yí)代的(de)應用基礎設施當中，除了(le／liǎo)已經如火如荼的(de) Istio 對流量治理領域的(de)颠覆，微軟已經不(bù)甘示弱的(de)開源了(le／liǎo) Open Service Mesh 作爲(wéi / wèi)回應。而(ér)與此同時(shí)， OAM 在(zài)微軟的(de)姊妹項目 Dapr 則直接拉齊了(le／liǎo) Kubernetes 與中間件在(zài)“服務發現與綁定”側的(de)距離，老牌項目 Dubbo 亦宣布了(le／liǎo)下一(yī / yì ／yí)代雲原生中間件的(de)技術藍圖。當然， 所有這(zhè)一(yī / yì ／yí)切背後的(de)用戶動機是(shì)非常清晰的(de)：雲原生時(shí)代的(de)中間件，要(yào / yāo)語言無關，要(yào / yāo)平台無關。

“邊緣”與 Kubernetes 發行版

Kubernetes 的(de)“安卓化”趨勢，少不(bù)了(le／liǎo)将 Kubernetes 部署到(dào)全世界任何一(yī / yì ／yí)個(gè)數據中心去的(de)“雄心壯志”，這(zhè)裏當然也(yě)包括“邊緣”設備。除了(le／liǎo)華爲(wéi / wèi)的(de)拳頭産品 KubeEdge 之(zhī)外，阿裏雲的(de) OpenYurt 項目在(zài) 2020 年也(yě)進入了(le／liǎo) CNCF 沙箱孵化，而(ér)騰訊雲則提出(chū)了(le／liǎo) SuperEdge 緊随其後。與此同時(shí)，AWS 在(zài) 2020 年重磅開源了(le／liǎo)其 EKS 服務背後的(de) Kubernetes 發行版 EKS-D，這(zhè)裏當然隐含了(le／liǎo)對 Google Cloud 的(de) Anthos 和(hé / huò)微軟雲的(de) Arc 布局的(de)強勢回應。可以(yǐ)預見，雲廠商們對“将 Kubernetes 部署到(dào)任何一(yī / yì ／yí)個(gè)角落”的(de)這(zhè)份執著，會讓 Kubernetes “安卓化”比想象中來(lái)得更快，也(yě)少不(bù)了(le／liǎo)在(zài) ISV 和(hé / huò)服務集成商側的(de)一(yī / yì ／yí)番“腥風血雨”。

雲原生應用管理與 GitOps

雲原生應用管理與交付，已然正在(zài)成爲(wéi / wèi) Kubernetes 這(zhè)個(gè)“新安卓”之(zhī)上(shàng)重要(yào / yāo)的(de)價值聚焦點。在(zài)這(zhè)個(gè)領域，阿裏雲聯合微軟的(de) OAM + OpenKruise 組合已經嶄露頭角，與此同時(shí)，社區上(shàng)也(yě)出(chū)現了(le／liǎo) KubeVela 這(zhè)樣進一(yī / yì ／yí)步使能平台構建者的(de)開源框架，開發者工具領域的(de)佼佼者 Hashicorp 更是(shì)不(bù)失時(shí)機的(de)發布了(le／liǎo) Waypoint 這(zhè)樣的(de)跨平台開發者界面工具。而(ér)伴随着 Kubernetes 之(zhī)上(shàng)的(de)應用層技術快速演進的(de)同時(shí)，基于(yú) Git 作爲(wéi / wèi)應用配置管理中心交付應用的(de)理念（即：GitOps），則正在(zài)迅速取代傳統 CI/CD 中的(de) CD 環節，成爲(wéi / wèi) Kubernetes 上(shàng)應用分發的(de)不(bù)二之(zhī)選。在(zài) 2020 年末，CNCF 應用交付領域小組正式宣布了(le／liǎo) GitOps Working Group 的(de)組建，很有可能會将 GitOps 逐步推向雲原生 CD 的(de)事實标準。在(zài) Kubernetes “安卓化”勢不(bù)可擋的(de)今天，我們對這(zhè)個(gè)領域在(zài)新的(de)一(yī / yì ／yí)年即将出(chū)現的(de)更多颠覆與創新充滿期待。

2020 年：沒有“确切定義”的(de)雲原生

“雲原生”到(dào)底是(shì)什麽？它就(jiù)是(shì)容器和(hé / huò) Kubernetes 嗎？虛拟機是(shì)雲原生的(de)嗎？……

這(zhè)些“靈魂拷問”，一(yī / yì ／yí)直是(shì)很多初次接觸雲原生理念的(de)公司和(hé / huò)團隊常常提出(chū)的(de)困惑。實際上(shàng)，作爲(wéi / wèi)一(yī / yì ／yí)套“以(yǐ)利用雲計算技術爲(wéi / wèi)用戶降本增效”的(de)最佳實踐與方法論，雲原生這(zhè)個(gè)術語自誕生，到(dào)壯大(dà)，到(dào)今天的(de)極大(dà)普及，都處于(yú)一(yī / yì ／yí)個(gè)不(bù)斷的(de)自我演進與革新的(de)過程當中。這(zhè)種“永遠沒有确切定義”的(de)持續生命力，才是(shì)“雲原生”之(zhī)所以(yǐ)對雲計算生态充滿吸引力的(de)源泉。

在(zài) 2020 年，整個(gè)雲原生社區在(zài)不(bù)同領域的(de)積極探索與嘗試，正在(zài)取代 Kubernetes、Service Mesh 等已經成熟的(de)實現項目，逐步成爲(wéi / wèi)雲原生生态獨一(yī / yì ／yí)無二的(de)主旋律。這(zhè)其實不(bù)難理解，雲原生發展到(dào)今天，正在(zài)離它所暢想的(de)“軟件天然生在(zài)雲上(shàng)、長在(zài)雲上(shàng)”越來(lái)越近，但也(yě)暴露出(chū)了(le／liǎo)現有的(de)雲原生技術底盤過分關注于(yú)基礎設施抽象與管理、忽視了(le／liǎo)最終用戶側的(de)體驗和(hé / huò)技術帶來(lái)的(de)諸多問題。這(zhè)些問題，需要(yào / yāo)依靠整個(gè)雲原生社區不(bù)停歇的(de)思考、沉澱與再創新進行補充和(hé / huò)修正，才能讓雲原生的(de)技術價值逐步“上(shàng)浮”，對最終用戶産生直接的(de)價值與體感；也(yě)才能讓雲原生技術逐步“民主化”，讓構建簡單、易用的(de)雲原生平台不(bù)再成爲(wéi / wèi)大(dà)公司們“秀肌肉”的(de)專屬。

作者介紹：

張磊，阿裏雲高級技術專家，CNCF SIG App Delivery Co-chair，CNCF 官方大(dà)使