基于EDAS的敏捷服務(wù)開(kāi)發(fā)與架構(gòu)

1、基于EDAS的敏捷服務(wù)開(kāi)發(fā)與架構(gòu)技術(shù)創(chuàng)新 變革未來(lái)一、高速增長(zhǎng)的阿里業(yè)務(wù) 二、挑戰(zhàn)與解決之道三、Aliware： 阿里經(jīng)過(guò)驗(yàn)證的件 EDAS提綱一、高速業(yè)務(wù)增長(zhǎng)帶來(lái)的挑戰(zhàn)業(yè)務(wù)需求爆發(fā)式增長(zhǎng)開(kāi)發(fā)人員快速擴(kuò)張系統(tǒng)代碼量越來(lái)越多系統(tǒng)壓力越來(lái)越大二、挑戰(zhàn)與解決之道阿里前期技術(shù)現(xiàn)狀淘寶WMeVbCxSpSrpinrgingJBosJsBossAppA3pp2OIRb_amtisapOpRin-JBossWebxWebxSpringSpringJBoss App1緩 存分 布 式 存 儲(chǔ)搜 索Oracle Oracle技術(shù)團(tuán)隊(duì)規(guī)模500人左右單一War應(yīng)用基于傳統(tǒng)應(yīng)用開(kāi)發(fā)架構(gòu)業(yè)務(wù)每年翻倍增長(zhǎng)Node1No

2、de2NodeNNode1Node2NodeNNode1Node2NodeNMg appiniBgATIS上百人維護(hù)一個(gè)核心工程源代碼沖突嚴(yán)重協(xié)同成本非常高項(xiàng)目發(fā)布周期太長(zhǎng)錯(cuò)誤難以隔離業(yè)務(wù)支持緩慢 牽一發(fā)而動(dòng)全身問(wèn)題 數(shù)據(jù)庫(kù)能力達(dá)到上限連接數(shù)捉襟見(jiàn)肘單機(jī)IOPS達(dá)到瓶頸CPU 90%以上，每年Down機(jī) 最少一次太多的應(yīng)用機(jī)器需要數(shù)據(jù)庫(kù)連接OraOcrlea數(shù)cle據(jù)數(shù)庫(kù)據(jù)庫(kù)淘寶WMeVbCxApp3JBJoBsossJsBossWebxWebxApp2App1JBJoBsossJsBossOIRb_amtisapOpRin-OIbR_amtisapOpRin-SpSrpinrgingSpSr

3、ipnrgingSpSripnrgingApp3App3JBJoBsossJsBossOIRb_amtisapOpRin-JBo淘ss寶WMeVbCxJBo淘s寶s WMeVbCxJBossWebxWebxWebxWebxSpringSpringSpringSpringSpringSpringApp2App1App2App1Mg appiniBgATISMg appiniBgATISMg appiniBgATIS問(wèn)題 數(shù)據(jù)孤島數(shù)據(jù)隔離，重復(fù)建設(shè)，數(shù)據(jù)不 一致無(wú)法進(jìn)行大數(shù)據(jù)分析問(wèn)題 2007邁出第一步用戶中心類目中心千島湖項(xiàng)目交易中心五彩石項(xiàng)目店鋪中心商品中心評(píng)價(jià)中心經(jīng)過(guò)67年的服務(wù)化演進(jìn)，目前

4、服務(wù)中心數(shù)已達(dá)50多個(gè)基于EDAS進(jìn)行服務(wù)化改造服務(wù)化以后的架構(gòu)演進(jìn)如何理清這些依 賴整個(gè)分布式系統(tǒng)高速公路網(wǎng)用戶的一次請(qǐng)求高速上行駛的汽車節(jié)點(diǎn)上對(duì)請(qǐng)求的處理高速上的收費(fèi)站三、Aliware： 阿里經(jīng)過(guò)驗(yàn)證的件 EDASEDAS-RPC 3.0：HSF阿里90%以上應(yīng)用使用7次雙十一大促考驗(yàn)支持分布式事務(wù)日均千億25億次/分EDAS-RPC 1.0：Dubbo，已開(kāi)源國(guó)內(nèi)最活躍開(kāi)源軟件之一開(kāi)源分支達(dá)4000多個(gè)高性能服務(wù)框架去中心化服務(wù)化框架，只是一個(gè)簡(jiǎn)單的開(kāi)始業(yè)務(wù)服務(wù)A服務(wù)B庫(kù)A庫(kù)B事務(wù)分布式事務(wù)配置中心EDAS應(yīng)用配置管理頁(yè)面APPAPPAPPAPPAPP毫秒級(jí)推送變更歷史記錄推送軌跡追蹤

5、分布配置管理立體化監(jiān)控服務(wù)EDAS立體監(jiān)控系統(tǒng)資源監(jiān)控容器診室應(yīng)用監(jiān)控系統(tǒng)資源：負(fù)載，CPU、內(nèi)存、磁盤(pán)、網(wǎng)絡(luò)容器：堆內(nèi)存、類加載、線程池、連接器應(yīng)用：響應(yīng)時(shí)間、吞吐率、關(guān)鍵鏈路分析資源+容器+應(yīng)用 = 立體化監(jiān)控服務(wù)容器監(jiān)控堆內(nèi)存與非堆內(nèi)存使用情況類加載情況線程運(yùn)行情況連接器情況應(yīng)用監(jiān)控服務(wù)接口,方法的實(shí)時(shí)調(diào)用情況調(diào)用QPS，響應(yīng)時(shí)間快速感知系統(tǒng)流量變化監(jiān)控報(bào)警齊活，我們才剛剛進(jìn)階2013-07-20 05:25:28,179 ERROR taobao.hsf -基于 RPC 協(xié)議調(diào)用服務(wù) com.taobao.wireless.trade.api.tmall.hsf.TmallBagInt

6、erface: 1.0.0的bulidConfirmOrder方法時(shí)出現(xiàn)錯(cuò)誤：所調(diào)用的服務(wù)目標(biāo)地址為：參數(shù)信息為：. TraceId=ac18287913742691251746923錯(cuò)誤原因?yàn)槌瑫r(shí)，請(qǐng)查看服務(wù)器端的執(zhí)行日志是否也超時(shí)，執(zhí)行時(shí)間 為：3000毫秒。HSFTimeOutExceptionat com.taobao.hsf.HSFResponseFuture.getResponse(HSFResponseFuture.java:52) at com.taobao.hsf.SyncInvokeComponent.invoke(SyncInvokeComponent.java:51)

7、at 異常位置故障源EDAS鷹眼跟蹤瓶頸點(diǎn)海量調(diào)用鏈進(jìn)行統(tǒng)計(jì)，得到鏈路各個(gè)依賴的穩(wěn)定性指標(biāo)對(duì)依賴的壓力易故障點(diǎn)EDAS鏈路分析真實(shí) 流量引流壓測(cè) 單機(jī)性能設(shè)定 運(yùn)行水位計(jì)算機(jī)器使用量機(jī)器 上下線每天自動(dòng)運(yùn)行EDAS容量規(guī)劃限流：針對(duì)非核心服務(wù)調(diào)用者降級(jí)：針對(duì)系統(tǒng)的非核心服務(wù)依賴EDAS限流降級(jí)應(yīng)用發(fā)布和管理系統(tǒng)文件服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器統(tǒng)一文件服務(wù)器下載應(yīng)用包EDAS發(fā)布控制中心應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器EDAS燎原P2P發(fā)布系統(tǒng)超大規(guī)模集群閃電發(fā)布50100400800發(fā)布耗時(shí)200機(jī) 器 數(shù) 量EDAS燎原下載耗時(shí)統(tǒng)一文件服務(wù)器下載應(yīng)用包EDAS燎原P2P發(fā)布系統(tǒng)發(fā)布耗時(shí)隨著機(jī)器數(shù)量增加變化趨勢(shì)采用EDAS燎原發(fā)布系統(tǒng)，隨著應(yīng)用實(shí)例 的增加，發(fā)布的時(shí)間幾乎保持不變。阿里十年技術(shù)精華沉淀企業(yè)級(jí)分布式應(yīng)用服務(wù)EDAS燎原穩(wěn)定性平臺(tái)彈性伸縮商業(yè)化產(chǎn)品公共云專有云支撐監(jiān)控報(bào)警 故障處理系統(tǒng)升級(jí)應(yīng)用發(fā)布 安全防控 業(yè)務(wù)監(jiān)控運(yùn)維保障共享服務(wù)用戶中心店鋪中心商品中心搜索中心交易中心數(shù)據(jù)服務(wù)中心評(píng)價(jià)中心營(yíng)銷中心自主創(chuàng)新走出技術(shù)困境，沉淀一