1、Service Mesh在超大規模場景下的最佳實踐技術創新，變革未來分布式應用架構在阿里巴巴的現狀圍繞電商業務構建了最龐大的微服務架構應用生態業務復雜，天貓、淘寶、菜鳥、高德、餓了么、考拉、Dubbo RPC 是連接微服務的主要方式，MetaQ 用于服務間異步解耦Java技術棧具有最完備的微服務治理能力，其他技術棧的微服務治理能力偏弱服務可見性無隔離Dubbo RPC 仍是接口級服務發現正經歷著 Pandora/SDK 升級之痛Service Mesh 落地所面臨的挑戰新技術自身如何平滑演進如何協調好技術與業務的發展技術向前演進時又如何處置歷史包袱克服超大規模所帶來的問題Mesh Sideca

2、r的規模化運維新技術在架構上平滑演進是關鍵演進演進數據平面和控制平面并重 發展經歷了三種形態演進三位一體一定是終態規模化落地方案能更好地 反哺 Istio 和 Envoy 開源 社區業務與技術協同發展 飛行中換引擎永遠不可回避的話題：“新技術對業務的價值”著手短期價值并放眼長遠價值短期價值中間件能力下沉，去除歷史包袱讓技術輕裝上陣向前演進業務對中間件升級無感，中間件資源消耗可量化、優化可度量長遠價值業務與基礎技術全面解耦，業務更聚集于自身而加速創新，基礎技術獨立演進而加速迭代對微服務生態完成標準化、體系化的收口與治理，收斂故障和促進安全生產為多種編程語言的應用提供微服務治理能力，完善并豐富云原

3、生多編程語言的應用生態共建全球事實標準，通過阿里云的產品落實客戶 IT 設施的多云和混合云戰略，加速中國社會的數字化轉型業務與技術協同發展 飛行中換引擎動態流量無損透明攔截實現無侵入業務mesh化過去現在終態（云原生）業務與技術協同發展 飛行中換引擎流量無損熱升級RPC Consumer 視角技術方案的ROI 是核心考量業務與技術協同發展 飛行中換引擎流量無損熱升級RPC Provider 視角同一機制發展新技術是償還技術債的重要契機“不變”從來都無法消除“技術債”的風險“技術債”屬于軟件的本質屬性， “還債”是常態Dubbo Groovy 腳本所帶來的問題過于靈活而導致了開發框架與應用代碼的

4、耦合給流量治理能力下沉制造了障礙擴展 Istio 的 VirtualService 和 DestinationRule 去除 Groovy 腳本兼容平滑演進仍是關鍵抽象出按應用名、方法和參數路由的能力系統性解決超大規模問題多途徑探索解決Service Mesh 技術自身持續優化Dubbo 實現應用級服務發現服務注冊數據進行單元封閉并分級治理阿里對開源社區的階段性貢獻Istio 開源社區：提交 9 個 PR，解決性能問題和 bugfixEnvoy 開源社區：提交 14 個 PR，內存開銷下降 50%，新增對 Dubbo、RocketMQ 協議 的支持曾實現了 EGDS 但沒能提交到 Istio 和 Envoy 開源社區系統性解決超大規模問題大規模落地方案所取得的顯著優化效果應用mesh化后數據推送的CPU開銷大幅下降應用mesh化后內存開銷下降直連注冊 中心方案走Pilot的純 EDS方案Mesh方案 Java SDK方案系統性解決超大規模問題后續計劃考慮參與共建 Envoy 社區所提出的 LEDS 協議，讓 Istio + Envoy 天然支持超大規模Mesh Sidecar 的規模化運維基于 OpenKruise 的 Sidec