核心應用落地Service Mesh的挑戰(zhàn)與機遇

1、核心應用落地 Service Mesh的挑戰(zhàn)與機遇現(xiàn)狀及行業(yè)態(tài)度帶來的變化和發(fā)展機遇核心應用落地所克服的挑戰(zhàn)主題#1 現(xiàn)狀及行業(yè)態(tài)度時隔兩月 Istio 發(fā)布了 1.4，迭代迅速國內 Service Mesh 相關書籍出版三本以上各大廠積極部署推進，螞蟻金服影響力最大阿里巴巴實現(xiàn)對核心應用于雙十一上驗證云計算平臺推出商業(yè)產品，但仍未普適行業(yè)現(xiàn)狀行業(yè)態(tài)度普遍看好，仍存疑惑。Service Mesh 增加成本調用及部署成本，高于所獲得 的收益，價值難以兌現(xiàn)。針對服務化架構并未帶來新的突破，將已有功能換個 地方重復造輪子。阿里巴巴曾屬于第二種原因有重復運維，多語言支持困境NodeJSJavaC+Go

2、lang運維系統(tǒng)云原生時代快速賦能BizAPPNon Ali Biz框架思維轉向平面思維Service MeshBizNon Ali Biz將中間件能力下層到基礎層業(yè)務 (Java/Go/C+ 等)Serverless業(yè)務 (Java/Go/C+ 等)業(yè)務 (Java/Go/C+, etc)Serverless業(yè)務 (Java/Go/C+, etc)網格化的基礎組件 (基于插件)網格化的基礎組件 (基于插件)Service MeshBaaS注冊服務配置服務消息緩存K8s未來應用開發(fā)一定是 云原生考驗好產品的標準是 云原生經濟、技術共同體是 愿景機遇基于 Service Mesh 基礎面開發(fā)是否

3、能很好的支持 Service Mesh使用 Service Mesh 打通技術鴻溝三位一體，構建經濟共同體技術社區(qū)內部支撐商業(yè)賦能技術輸入反哺增強標準化生產場景驗證#2 阿里巴巴在落地 Service Mesh 中遇到的挑戰(zhàn)#1 在 SDK 無法升級的情形下如何實現(xiàn)應用的 mesh 化沒有人力修改 RPC-SDK，應用不想升級Istio 通過 iptables NAT 表所使 用到的 nf_contrack 內核模塊效率 低下與 AliOS 團隊探索出了基于 userid 和 mark 標識流量的透明攔 截方案，基于 iptables 的 mangle 表實現(xiàn)了一個全新的透明攔截組件#2 短時間內支持電商業(yè)務復雜的服務治理功能單元化？多環(huán)境？基于參數(shù)調用的路由？RPC 使用的是 Groovy 腳本，Mesh 不具備。RPC 并沒有將參數(shù)作為元信息放置 在請求頭。#3 短時間內支持電商業(yè)務復雜的服務治理功能擴展 VirtualService 和 DestinationRule#3 短時間內支持電商業(yè)務復雜的服務治理功能未來計劃在 Envoy 中增加 WebAssembly 路由插件#4 解耦業(yè)務與基礎設施實現(xiàn) Sidecar 熱升級，流量無損切換遷移至新的 Listener Fd告之新的請求重啟鏈路，繼續(xù)處理 老的回調請求重新