京東CallGraph服務(wù)治理平臺(tái)概述

1、京東CallGraph服務(wù)治理平臺(tái)概述技術(shù)創(chuàng)新，變革未來JSF：京東“微服務(wù)”的基石跨廣域網(wǎng)多數(shù)據(jù)中心 高性能的TCP通信協(xié)議 豐富的服務(wù)治理覆蓋商城/物流/金融等業(yè)務(wù)領(lǐng)域“微服務(wù)”大爆炸“微服務(wù)”后的突出問題服務(wù)數(shù)量劇增，架構(gòu)復(fù)雜、多樣 可觀察性差，問題定位難監(jiān)控、運(yùn)維難，管理成本高CallGraph：微服務(wù)”治理良器梳理應(yīng)用間依賴關(guān)系提供跨網(wǎng)絡(luò)的調(diào)用堆棧分析入口/來源/路徑/依賴度/耗時(shí)/瓶頸分析等 支持JSF/JIMDB/JMQ/Mysql數(shù)據(jù)庫等中間件，對(duì)業(yè)務(wù)透明全局調(diào)用拓?fù)鋱D、應(yīng)用重要性評(píng)價(jià)、應(yīng)用 資源使用合理性評(píng)估CallGraph總體架構(gòu)調(diào)用鏈?zhǔn)纠龖?yīng)用B應(yīng)用C應(yīng)用DJMQBrok

2、er應(yīng)用F應(yīng)用GDB緩存前端應(yīng)用AJSFJSFJSFJSFJSF應(yīng)用EJSF發(fā)消息收消息收消息MySQLMySQLJimDBJimDBAPI請(qǐng)求APP端請(qǐng)求Web 網(wǎng)頁 請(qǐng)求前端請(qǐng)求入口, 產(chǎn)生TraceId,開啟本次跟蹤中間環(huán)節(jié)，雙向終端環(huán)節(jié)，單向埋點(diǎn)邏輯及日志產(chǎn)生前端應(yīng)用后端應(yīng)用1存儲(chǔ)請(qǐng)求服務(wù)調(diào)用后端應(yīng)用2服務(wù)調(diào)用響應(yīng)服務(wù)響應(yīng)服務(wù)響應(yīng)startTracecltSendsrvRecvcltRecvcltSendsrvSendsrvRecvcltSend數(shù)據(jù)訪問cltRecv數(shù)據(jù)訪問cltSendcltRecvsrvSendcltRecvendTrace生成 日志圖示創(chuàng)建上下文CallGrap

3、h工作原理日志埋點(diǎn)日志傳輸日志存儲(chǔ)只在中間件進(jìn)全內(nèi)存處理，實(shí)時(shí)數(shù)據(jù)存行，對(duì)業(yè)務(wù)透明不落磁盤,快入JIMDB,只速且減少磁盤存1小時(shí)，在前端應(yīng)用 中，生成I/O競(jìng)爭(zhēng)及時(shí)性強(qiáng)TraceId,開始/結(jié)束調(diào)用鏈在中間應(yīng)用 中，開始/ 結(jié)束本環(huán)節(jié) 跟蹤固定大小的 環(huán)形隊(duì)列， 無鎖處理異步通信、 批量處理、 數(shù)據(jù)壓縮離線數(shù)據(jù)存 入ES，查詢 范圍為6個(gè) 月記錄耗時(shí)、 結(jié)果、前后 關(guān)系等，開核心包單個(gè) TCP長(zhǎng)連接啟采樣率日志接收層 多實(shí)例集群日志分析入口分析來源分析路徑分析依賴度分析耗時(shí)分析瓶頸分析應(yīng)用關(guān)系全局調(diào)用拓?fù)鋱D單次調(diào)用鏈查詢的例子根據(jù)業(yè)務(wù)日志中出錯(cuò)時(shí)的TraceId，可以查詢出對(duì)應(yīng)的調(diào)用鏈，從而

4、迅速定位問題出在哪個(gè)環(huán)節(jié)鏈路分析的例子瓶頸分析強(qiáng)依賴頻度依賴高度依賴CallGraph的最新動(dòng)態(tài)京東全局調(diào)用拓?fù)鋱D打造京東首張應(yīng)用地圖應(yīng)用重要性評(píng)價(jià)衡量應(yīng)用價(jià)值應(yīng)用資源使用合理性評(píng)估根據(jù)應(yīng)用表現(xiàn)和底層資源使用情況，客觀衡量應(yīng)用投入產(chǎn)出，提高整體的資源利用率全局調(diào)用拓?fù)鋱D-局部示例當(dāng)前微服務(wù)及治理的若干問題多語言支持不力，束縛了“微服務(wù)”能量的釋放版本及特性升級(jí)困難，需要更加靈活、透明的方式 安全比較薄弱，存在明顯短板流量控制手段單一，需要更加靈活、豐富的手段人力運(yùn)維工作量大，需要提高智能化水平 不適應(yīng)“容器化”發(fā)展趨勢(shì)，架構(gòu)需要升級(jí)京東微服務(wù)及治理的未來開發(fā)新一代框架，解決“多語言支持”、“升級(jí)難” 等問題充分挖掘、利用“容器化”