重磅發佈 | 《不同的 雙11 技術,阿里巴巴經濟體雲原生實踐》電子書開放下載

微信圖片_20191128165614.jpg

2019 雙11,訂單創新峯值達到 54.4 萬筆/秒,單日數據處理量達到 970PB,面對世界級的流量洪峯,今年的阿里交出了一份亮眼的雲原生技術成績單,並實現了100% 核心應用以雲原生的方式上雲:數據庫

  • 雙11 基礎設施 100% 上雲
  • 支撐 雙11 在線業務容器規模達到 200 萬
  • 採用神龍彈性裸金屬服務器計算性價比提高 20%

微信圖片_20191128165643.jpg

這些數據背後是對一個個技術問題的反覆嘗試與實踐。這一次,咱們對雲原生技術在 雙11 的實踐細節進行深挖,將 22 篇表明性的文章進行編排,整理成書《不同的 雙11 技術:阿里巴巴經濟體雲原生實踐》旨在爲行走在雲原生路上的開發者打開新思路、提供一些有益的參考。編程

微信圖片_20191128165647.jpg

蔣江偉(小邪)
                阿里雲基礎產品研發負責人 蔣江偉

許多通過精心設計的架構,平時運行穩定,但在 雙11 的演練中都暴露出了大量的細節問題,雙11 這個獨一無二的場景是阿里技術的試金石。今年 雙11,咱們把「最要命」的系統全都放到了雲上,實現了核心系統 100% 上雲,撐住了 雙11 的世界級流量洪峯。緩存

這離不開雲原生技術的創新,但願本書能對開發者和企業客戶產生借鑑意義,共享雲計算技術紅利。
—— 小邪服務器

微信圖片_20191128165651.jpg

丁宇(叔同)
                    阿里云云原生應用平臺負責人

在 All in Cloud 的時代企業 IT 架構正在被重塑,而云原生已經成爲釋放雲計算價值的最短路徑。2019 年阿里 雙 11 核心系統 100% 以雲原生的方式上雲,基於神龍服務器、輕量級容器和兼容 K8s 的調度、集羣管理技術,經過雲原生開放應用模型 OAM,構建高效和自動化的應用交付體系,大大加快了上雲速度;經過升級微服務和服務網格,將服務治理與應用解耦並下沉到基礎設施層,提高治理能力和迭代速度,總體向 Serverless 極致彈性、按用計費、無需運維的架構演進,全面實現核心系統上雲,讓雙 11 更穩定讓業務創新更敏捷。微信

但願經過將阿里的上雲和雲原生技術落地最佳實踐經過電子書的形式輸出,對開發者和企業客戶產生借鑑意義,加速技術演進共享雲計算技術紅利。
——叔同架構

咱們採訪了上雲總架構師畢玄,如下是他們對於 雙11 核心系統 100% 上雲背後雲原生的技術思考。框架

微信圖片_20191128165654.jpg

林昊(畢玄)
                            上雲總架構師

與客戶在同一架「飛機」上

王堅院士曾在不少場合都和阿里的技術人員講到:阿里雲做爲一家輸出技術的公司,咱們須要作到和咱們的客戶在同一架「飛機」上,而不只僅是「造飛機」或看着「飛機」在空中飛,阿里經濟體雲化最重要的就是要作到讓咱們和客戶在同一架「飛機」上。less

早在幾年前,阿里巴巴經濟體就開始藉助阿里雲的機器資源來支撐 雙11 零點的高峯,雲的彈性資源優點使得 雙11 的機器資源投入成本降低超過 50% 以上,但在這些機器資源上部署的倒是咱們本身的技術體系,例如容器、中間件、數據庫、緩存等,也就意味着咱們和客戶實際上是在不一樣類型的「飛機」上,並且阿里巴巴經濟體在的「飛機」是專爲阿里巴巴定製打造的,外部客戶是買不到的,這是一個典型的從 Hosting 演進到 Cloud Hosting 的階段。爲了切實作到和客戶在同一架「飛機」上,在今年 3 月份,阿里雲智能事業羣 CTO 張建鋒(花名:行癲)正式對外宣佈將來一到兩年,阿里巴巴百分之百的業務要跑在公共雲上,成爲「雲上的阿里巴巴」。運維

從 Cloud Hosting 到 Cloud Native

阿里巴巴經濟體雲化是阿里技術發展史上繼以前的分佈式架構、異地多活後的又一輪巨大的架構升級,此次架構升級須要把咱們從 Cloud Hosting 演進到 Cloud Native,Cloud Native 做爲技術圈最火熱的名詞,不一樣的人的眼中有不一樣的定義,咱們認爲 CloudNative 帶來的是一次系統構建方式的巨大變革,Cloud Native 是指業務系統的構建從基於自有、封閉的技術體系,走向基於開放、公共的 Cloud 的技術體系。編程語言

在 Cloud Native 時代以前,多數公司隨着業務的發展,或多或少都會打造出自有、封閉的技術體系,這一方面形成了巨大的投入,使得公司的技術人才力量沒有徹底專一的投入在業務上,另外一方面也形成了這個行業人才流動的困難,由於知識體系的不一樣,每到一家新的公司幾乎都是全新的一套,這個必定程度上影響了業務創新的速度,儘管不少的開源產品在必定程度上有助於解決這個問題,但還不足以體系化,而在 Cloud Native 時代,咱們認爲會有兩個典型的特徵:

  1. 對於業務系統端而言,在作系統設計的技術選型上,Cloud 提供了遠比自有技術體系更爲豐富了多的選擇,這使得架構師能夠更好的根據業務的情況、階段等來進行更合理、合適的技術選型,最後表現出來的特徵會是業務系統基於 Cloud 的技術體系來搭建,而愈來愈少的自建或自研,就像 Cloud Hosting 帶來的愈來愈少的公司本身 Hosting 機器的變化同樣;
  2. 對於雲廠商而言,會提供愈來愈多開放、主流的技術棧的技術產品,從而讓客戶有更爲豐富和自主的選擇權,同時雲廠商會去作到讓這些技術產品的互通性更好,這樣客戶才能真正作到對於不一樣類型的業務選擇不一樣的技術產品和體系。

按照這樣的思路,阿里巴巴經濟體雲化在走向 Cloud Native 的道路上,咱們的原則是:

  1. 業務系統再也不採用自有、封閉的技術產品,而是阿里雲上對外提供哪些技術產品,咱們就基於這些來重構、新建咱們的業務系統;
  2. 阿里雲上提供相應技術領域的主流技術產品,同時根據阿里業務的需求去新增、完善、改造相應的技術產品,並加強不一樣技術產品的互通性、開放性。

按照這樣的原則,隨着阿里經濟體雲化項目的進展,阿里的業務系統就必將完成從基於自有、封閉的自有體系構建,進化到和阿里雲的客戶同樣,基於阿里雲上公共的技術產品的體系來構建,從而實現和客戶在同一架「飛機」上。

不同的雙11,雲原生技術亮點

在這個雙11,咱們在如下幾個方面有了一些不錯的進展:

超大規模 Kubernetes 實踐

2017 年下半年,阿里集團開始嘗試使用 Kubernetes API 來改造內部自研平臺,並開始了對應用交付鏈路的改造,以適配 Kubernetes。2018 年下半年,阿里集團和螞蟻金服共同投入 Kubernetes 技術生態的研發,力求經過 Kubernetes 替換內部自研平臺,實現了小規模的驗證,支撐了當年部分 雙11 的流量。

2019 年初,阿里經濟體開始進行全面上雲改造,阿里集團經過從新設計 Kubernetes 落地方案,適配雲化環境,改造落後運維習慣,在 618 前完成了雲化機房的小規模驗證。2019 年 618 以後,阿里集團內部開始全面推進 Kubernetes 落地,在大促以前完成了所有核心應用運行在 Kubernetes 的目標,並完美支撐了 雙11 大考。

阿里巴巴超大規模 Kubernetes 落地,經受了雙11大促真實場景的考驗, 單集羣能支撐萬級別 Node、十萬級別 POD 的規模。咱們推動了三個方面改造:面向終態的改造;自愈能力改造;不可變基礎設施改造。相比原有傳統的運維鏈路,擴容效率提高了 50%,集羣節點在線率達到了99.9%以上。

阿里巴巴雲原生化的最佳組合:Kubernetes+容器+神龍

今年 雙11,咱們經過 K8s+容器+神龍的最佳組合實現了阿里核心系統 100%以雲原生的方式上雲,完美支撐了 54.4w 峯值流量以及 2684 億的成交量。基於 0 虛擬化開銷的神龍裸金屬,經過使用行業標準的容器與調度、編排、管理技術,推進經濟體雲原生技術全面升級。容器性能提高 10%、神龍節點可調度率達到 99% 以上、容器穩定性與在線率全面提高。

Service Mesh 超大規模落地

阿里巴巴在 雙11 的部分電商核心應用上落地了完整的 Service Mesh 解決方案,藉助 雙11 的嚴苛業務場景完成了規模化落地前的初步技術驗證;螞蟻金服也實現了 Service Mesh 的大規模落地。Service Mesh 所帶來的變化體現於:服務治理手段從過去的框架思惟向平臺思惟轉變;技術平臺的建設從面向單一編程語言向面向多編程語言轉變。

Service Mesh 創造了一次以開發者爲中心去打造面向將來的分佈式應用開發平臺的機會,給其餘技術產品創造了從新思考在雲原生時代發展的機會,給技術基礎設施如何與業務基礎技術更好地協同提供了一次探索機會,併爲探索麪向將來的異地多活、應用永遠在線的總體技術解決方案打開了一扇大門。

如何下載?

點擊文末閱讀原文,期待《不同的 雙11 技術:阿里巴巴經濟體雲原生實踐》會給你帶來新的靈感。

閱讀原文

相關文章
相關標籤/搜索