2015年11月，第一屆 KubeCon 在美國舊金山開始的時候，還只是個200人的小會議，2019年的7月，KubeCon 第二次在中國舉辦，就有 3500 多位云原生和開源領域工程師齊聚一堂。 連 Linux 及 Git 創(chuàng)始人 Linus Torvalds 本人都來到 KubeCon China 上海現(xiàn)場。Linux 基金會執(zhí)行董事 Jim Zemlin 說道：“我見證了開源圈子的兩大事件：一個是 Linux 的成功，一個就是 Kubernetes 和云原生的大爆發(fā)。開源是歷史上最成功的全球創(chuàng)新推動者之一，Linux 已經成長為世界上最重要的軟件平臺，而云原生正以勢如破竹之態(tài)爆發(fā)。”

Linus 與 Dirk Hohndel 對談

中國在整個云原生運動中貢獻巨大，中國的 K8s contributors 已經在全球所有貢獻者中排名第二，超過 10% 的 CNCF 會員來自中國，26%的 Kubernetes 的認證供應商來自中國。

阿里云作為最早成為 CNCF member 的中國公司之一，一直在云原生技術領域不停地實踐和探索。在阿里云已經是鉑金會員的基礎上，螞蟻金服也最新加入 CNCF 成為黃金會員。

本次 KubeCon China，阿里云又發(fā)布了什么黑科技呢？一起來感受下。

擁抱社區(qū)，服務最廣泛開發(fā)者：云原生應用管理與交付體系發(fā)布

整個云原生應用管理與交付體系包含五大項目，本次 KubeCon 兩大項目率先亮相：國內首個開放云原生應用中心—— Cloud Native App Hub 和云原生應用自動化引擎—— OpenKruise。

開放云原生應用中心 ：Cloud Native App Hub

Cloud Native App Hub 希望成為云原生“高速公路”上的托管和分發(fā)應用的集散地。為了能夠讓中國的開發(fā)者更好的使用 Helm Hub 的能力，阿里云開發(fā)者中心與 Helm 社區(qū)達成了一系列技術合作，在開放云原生應用中心提供了國內首個 Helm Hub 北美官方站的同步鏡像倉庫與 Hub 站點。

開放云原生應用中心，是云原生“高速公路”上的托管和分發(fā)應用的集散地，同時也是國內開發(fā)者使用云原生應用的重要基礎倉庫。在 Kubernetes 生態(tài)中，“應用”是一組 YAML 格式的描述文件，而云原生應用中心，則為搜索、使用、分享這些應用描述文件提供了一個完全開源與開放的交互平臺。

https://developer.aliyun.com/hub

在當前的 Kubernetes 應用生態(tài)當中，Helm 是目前最被廣泛使用的應用定義標準之一。所以在本次云原生應用中心的發(fā)布當中，對 Helm 格式應用的托管、搜索、分發(fā)能力成為了中心首次上線的能力。

而為了能夠讓中國的開發(fā)者更好的使用 Helm Hub 的能力，阿里云開發(fā)者中心與 Helm 社區(qū)達成了一系列技術合作，在開放云原生應用中心提供了國內首個 Helm Hub 北美官方站的同步鏡像倉庫與 Hub 站點。與此同時，Helm Hub 官方也在其核心 Charts 倉庫中推薦了“開放云原生應用中心”作為中國開發(fā)者使用 Helm Charts 的首選。

在開放云原生應用中心當中，所有默認的 Helm Charts（Helm 格式的應用），都定時同步自 Helm Hub 北美官方站并托管在 Github 上。在這個過程中， 云原生應用中心會自動對同步過來的所有 Charts 進行“本地化”操作，包括將 gcr.io，qury.io 等訪問不暢的鏡像 URL 替換成國內鏡像源；將托管在 Google Cloud 存儲中的應用制品 URL 替換為國內鏡像地址，并且不間斷的通過后臺 CI 系統(tǒng)在阿里云 Kubernetes 服務中驗證這些 Charts。

這些技術工作，都將使得中國的開發(fā)者終于可以隨心所欲的搜索云原生應用，然后直接使用 helm install 命令將這些應用安裝在全世界任何一個 Kubernetes 集群當中。

特別值得一提的是，開放云原生應用中心使用的后端存儲服務，正是阿里云用以支撐“雙十一”峰值交易所使用的阿里云企業(yè)級容器鏡像服務。這個服務背后，是托管阿里巴巴集團 10萬鏡像、支撐共計 2 億次的容器鏡像下載量的核心技術積累。

除此之外，云原生應用中心還提供了“一鍵安裝”體驗功能，用戶只需要提供遠端 Kubernetes 集群的接入信息即可一鍵將應用部署過去。

OpenKruise：云原生應用自動化引擎

在阿里巴巴經濟體的整體云原生化過程當中，阿里的技術團隊逐漸沉淀出了一套緊貼上游社區(qū)標準，適應互聯(lián)網規(guī)?；瘓鼍暗募夹g理念與最佳實踐。這其中，最重要的無疑是如何對應用進行自動化的發(fā)布、運行、管理。

Kruise 是 cruise的諧音，'k' for Kubernetes，字面意義巡航，豪華游艇。寓意Kubernetes上應用的自動巡航，滿載阿里巴巴多年應用部署管理經驗。Kruise 的目標是automate everything on Kubernetes !  Kruise 項目源自于阿里巴巴經濟體應用過去多年的大規(guī)模應用部署、發(fā)布與管理的最佳實踐，源于容器平臺團隊對集團應用規(guī)模化運維，規(guī)?；ㄕ镜哪芰Γ从诎⒗镌?Kubernetes 服務數(shù)千客戶的需求沉淀。Kruise 借力于云原生社區(qū)，集成阿里巴巴云原生實踐之精華，反哺社區(qū)，指引業(yè)界云原生化最佳實踐，少走彎路。

https://github.com/openkruise/kruise

Kruise 核心在于自動化，我們將從不同維度解決 Kubernetes 之上應用的自動化，包括，部署、升級、彈性擴縮容、Qos 調節(jié)、健康檢查、遷移修復等等。此次 Kruise 開源的內容主要在應用部署，升級方面，即一套增強版 controller 組件用于應用的部署和級和運維。后續(xù)，Kruise 會依次開源智能化的彈性擴縮容組件，以及應用 Qos 自調節(jié)能力的組件等。

眾所周知，Kubernetes 項目的核心原理，就是“控制器模式”。

目前，Kubernetes 項目默認已經提供了一套 Controller 組件，例如：Deployment、 Statefulset、DaemonSet 等，這些 Controller 提供了比較豐富的應用部署和管理功能。但是，隨著 Kubernetes 的使用范圍越來越廣，真實的企業(yè)與規(guī)模性場景中的業(yè)務訴求與上游 Controller 功能不匹配的情況也越來越常見。以阿里巴巴為例：阿里巴巴內部的 Kubernetes 集群需要服務涵蓋幾個 BU，上萬種應用。這個體量非常龐大，對規(guī)模性和高可用性帶來了巨大的挑戰(zhàn)。與此同時，阿里云上的 Kubernetes 服務也接入了上千家企業(yè)客戶，收集并支撐了各種各樣的客戶需求。這些訴求與最后阿里經濟體的實踐經驗，最終促成了 Kruise 開源項目的誕生。

更多內容：云原生應用自動化引擎 OpenKruise

托管邊緣容器（ACK@Edge）發(fā)布

隨著互聯(lián)網智能終端設備數(shù)量的急劇增加，以及 5G 和物聯(lián)網時代的到來，傳統(tǒng)云計算中心集中存儲、計算的模式已經無法滿足終端設備對于時效、容量、算力的需求，將云計算的能力下沉到邊緣側、設備側，并通過中心進行統(tǒng)一交付、運維、管控，將是云計算的重要發(fā)展趨勢。IDC 預計，到 2020 年全球將有超過 500 億的終端與設備聯(lián)網，超過40%的數(shù)據要在網絡邊緣側進行分析、處理與存儲，這對邊緣計算提供了充分的場景和想象空間。

邊緣計算按功能角色主要分為三個部分：

云：傳統(tǒng)云計算的中心節(jié)點，有豐富的云計算產品形態(tài)和資源，是邊緣計算的管控端，負責全網算力和數(shù)據的統(tǒng)一管理、調度、存儲。

邊：云計算的邊緣側，又分為基礎設施邊緣(Infrastructure Edge)和設備邊緣(Device Edge)?；A設施邊緣通常位于 IDC 內，擁有充足的算力和存儲容量，和中心有專線或骨干網連接，如 CDN 節(jié)點等；設備邊緣通常指非傳統(tǒng)IT基礎設施的邊緣節(jié)點，這類資源更靠近設備和數(shù)據源，比較常見的一般是數(shù)據網關。

端：終端設備，如手機、智能家電、各類傳感器、攝像頭等。

邊緣計算目前面臨的主要挑戰(zhàn)有：

• 云邊端協(xié)同：缺少統(tǒng)一的交付、運維、管控標準。

• 安全：邊緣服務和邊緣數(shù)據的安全風險控制難度較高。

• 網絡：邊緣網絡的可靠性和帶寬限制。

• 異構資源：對不同硬件架構、硬件規(guī)格、通信協(xié)議的支持，以及基于異構資源、網絡、規(guī)模等差異化提供標準統(tǒng)一的服務能力的挑戰(zhàn)。

另一方面，以 Kubernetes 為代表的云原生技術(Cloud native)是最近幾年云計算領域發(fā)展最快的方向之一，K8s 也已經成為容器應用編排的事實標準，并以非常快的發(fā)展速度擴大在云計算領域的覆蓋范圍，云原生技術和邊緣計算相結合，可以大大提升云技術向邊緣拓展的效率。

以 Kubernetes 為基礎的云原生技術，核心價值之一是通過統(tǒng)一的標準實現(xiàn)在任何基礎設施上提供和云上一致的功能和體驗，借助云原生技術，可以實現(xiàn)云-邊-端一體化的應用分發(fā)，解決在海量邊、端設備上統(tǒng)一完成大規(guī)模應用交付、運維、管控的訴求；在安全方面，云原生技術可以提供容器等更加安全的工作負載運行環(huán)境，以及流量控制、網絡策略等能力，能夠有效提升邊緣服務和邊緣數(shù)據的安全性；在邊緣網絡環(huán)境下，基于云原生技術的邊緣容器能力，能保證弱網、斷網的自治性，提供有效的自恢復能力，同時對復雜的網絡接入環(huán)境有良好的兼容性；依托云原生領域強大的社區(qū)和廠商支持，云原生技術對異構資源的適用性逐步提升，在物聯(lián)網領域，云原生技術已經能夠很好的支持多種 CPU 架構(x86-64/arm/arm64)和通信協(xié)議，并實現(xiàn)較低的資源占用。

在這樣的背景下，阿里云發(fā)布 ACK@Edge， 致力于實現(xiàn)云-邊-端一體化協(xié)同，通過非侵入增強方式，完美拓展云原生的邊界。

隨著 5G 和物聯(lián)網時代的到來，云計算的邊界也不斷擴展。阿里云 ACK@Edge 依托阿里云 Kubernetes 托管服務構建，打造通用的邊緣容器云原生基礎設施，適用場景廣泛。基于主流云原生非侵入式設計原則，實現(xiàn)云邊一致體驗。同時，原生 +addons 的組合非常有利于業(yè)務快速集成及擴展。在構建 IoT 和 CDN 領域的 PaaS 時，不會增加額外的邊緣資源成本和維護成本。

ACK@Edge 是致力于云邊端一體的云原生邊緣容器產品。邊緣集群托管服務助力構建云原生邊緣計算基礎設施，推動云產品云邊一體化；向上作為底座支撐邊緣計算領域 PaaS 構建；向下支持 ENS、IoT 自有節(jié)點等邊緣算力資源接入，并支持邊緣自治、邊緣安全容器、邊緣智能等；同時也致力打造云端AI、流計算等能力向邊緣下沉的通道和平臺，拓寬云產品邊界。隨著邊緣計算的需求爆發(fā)，以及 IoT、CDN 等邊緣場景規(guī)模的逐步壯大，ACK@Edge 將持續(xù)在規(guī)模性、穩(wěn)定性方面發(fā)力，助力提升邊緣計算業(yè)務創(chuàng)新效率。

9 年技術沉淀：打造全球超大規(guī)模的云原生應用實踐

阿里巴巴是國內最早布局云原生技術的公司。早在 2011 年，在業(yè)界提出云原生概念之前，阿里巴巴就開始了容器技術的探索，目前集團內部電商、城市大腦等核心業(yè)務已經大規(guī)模使用云原生技術。

其中，雙11 被認為是世界上最大規(guī)模的云原生應用實踐。去年雙11 在線服務完成了全部容器化，10 分鐘內 1000+臺服務器的快速部署，容器部署規(guī)模達到百萬級，成功應對 32.5萬筆/秒的交易峰值。截至目前，阿里巴巴集團內部容器鏡像服務負責托管 10 萬鏡像，并累積了 2 億次鏡像下載量。

與此同時，這一技術能力正在不斷向外輸出，阿里云正在將內部積累的全鏈路壓測、極速彈性擴縮容經驗服務。擁有國內最大公共云容器集群，國內最大公有鏡像倉庫，最豐富的場景最佳實踐。

以電商領域為例，企業(yè)可以通過云原生架構簡化云上預演及實戰(zhàn)，提升應對流量高峰的效率及可靠性。通過 ACK 在容器應用層面實現(xiàn)業(yè)務高彈性，還可以通過 PolarDB 實現(xiàn)數(shù)據庫的橫向縱向擴縮容，通過 PTS 性能測試服務模擬真實業(yè)務流量進行全鏈路壓力測試。

阿里巴巴 All in Cloud，沉淀并實現(xiàn)了云原生能力全面升級。更值得一提的是，阿里云擁有業(yè)界領先的云原生能力技術棧，是國內唯一進入 2019 年 Gartner《公有云容器服務競爭格局》的企業(yè)。

阿里云致力深耕開源社區(qū)，將經驗精華提煉并形成開源代碼回饋生態(tài)。此前，阿里云容器平臺團隊提供過涵蓋Kubernetes、Networking、Logs、應用容器化、Serverless、AI 等多個方向的開源組件 20 余項，如高性能網絡插件 Terway、深度學習加速器Arena、共享 GPU 調度 GPU Sharing 等。

如今，越來越多的企業(yè)都開始向“云原生”演進，阿里云不斷打磨、沉淀和升級云原生技術能力，期望通過標準、高效、和易用的方式，助力廣大開發(fā)者和用戶帶以實現(xiàn)更大的業(yè)務價值。