李鵬濤-千萬級電商物流系統是怎么練成的-終稿(38頁).pptx
下載文檔
上傳人:大寶
編號:25870
2021-01-12
38頁
5.33MB
1、千萬級電商物流系統 是怎么練成的 2014/10/25 http:/ 來自京東青龍系統的 最佳實踐 目 錄 一、京東物流配送簡介 二、京東青龍系統 1.0 三、京東青龍系統 2.0 四、京東青龍系統 3.0 五、青龍系統修煉總結 京東物流配送? 青龍就是京東物流配送系統 誰掌握了物流配送, 誰就掌握了市場主動, 在客戶體驗,提高效 率和降低成本方面取 得優勢,從而贏得更 多的用戶。 15年中國電子商務史,就是一 部送貨速度的戰爭史,這是一 場必須用百米沖刺的速度角逐 的馬拉松競賽。生死時速,中 國電商的配送速度之爭。- 電商風云 青龍業務流程 倉庫 TMS 運單 只讀接口 運單 回傳接口 異步2、 同步 超時設置 并發限制 灰度部署 本地緩存 區域員工 區域員工 區域員工 本地緩存 本地緩存 灰度(華中)服務組 系統更新首先更新灰度(華中)服務器,華中生產確認沒有問題后,再升級全 國服務,避免Bug引起全國故障。 服務隔離(柔性控制) 灰 度 對 外 全 國 運單服務 硬件隔離:利用硬件對服務進行隔離; 軟件隔離:利用SOA服務對內部調用進行分組隔離。 統一監控 2. 集中式緩存為Redis 分片組成的集群; 3. 分布式緩存存在于各 個應用,也分為兩個 部分:Redis Pub/Sub通知和直接 基于內存實現的緩存。 接口服務以基礎資料 為例,調用接口應用 以監控應用為例。 基礎資料3、 接口服務 Redis消息 通知集群 Redis緩存 服務集群 監控應用 版本 結果 。 監控應用 版本 結果 監控應用 版本 結果 青龍2.0系統技術優化 青龍團隊對系統持續技術優化,包括SOA框架,分布式調度,Redis ,MQ,分布式MySQL等,有力的保障了系統穩定運行(容錯性), 提升了系統效率(性能)。 GIS應用創新 2.0的雙十一:陣地戰 當你預計了最大單量,預測 了系統最大壓力,對于關鍵 環節胸中有數,也有強大的 系統監控,是不是就可以高 枕無憂? 艾瑪,你依賴艾瑪,你依賴 的兄弟系統出的兄弟系統出 問題了!問題了! 青龍系統3.0 青龍系統模式 接貨 服務 產品 服務 應用4、訪問層 注冊 服務 投放平臺 GIS 服務 運單 服務 規則 引擎 核心服務 全程 跟蹤 數據 存儲 數據 清洗 數據 挖掘 數據支撐 數據 檢索 青龍平臺 接口 B2C 管理服務 財務 結算 監控 報表 客戶 管理 統一 門戶 合同 管理 認證 服務 路由 服務 系統分層 分布式部署 1. 支持多機房部署; 2. 單個機房出現故障,可以快速平滑進行切換。 用戶體驗提升 配送員使用的POS一體機長時間以來一直注重功能的實現,用戶交互和UI設計有待提升,本次從多個個方 面進行優化,包括: 1)人機交互更加人性化,操作更加簡單化; 2)增加移動端的元素,頁面更具美感。 配送員主頁 包含頭像、姓名、5、星級評價、電 話、配送站點,部分優秀配送員 還會有個性簽名和優秀勛章。 點擊電話可以直接撥打。 3.0的雙十一:不過是演習 事前準確預計單量和變化趨勢; 預測系統壓力,并進行多次模擬 軍演; 對于關鍵環節胸中有數,并對技 術方案進行專家評審和優化; 建立強大的系統監控,細致到每 個方法調用; 制定可操作的應急預案和系統降 級方案,確保任何情況下生產不 中斷; 安排24小時值班和現場實時溝通, 快速對出現問題進行解決。 原來也可原來也可 以這么簡以這么簡 單!單! 3.0的雙十一:問題舉例(1) 對應架構升級方案, 需要進行相關性能測 試,并且,要有線上 回退開關: 盡可能提前進行性能測 試; 6、核心系統,盡可能進行 線上壓力測試(軍演) ; 至少應該有對容量和性 能的相關計算,以及應 對方案(回退&降級) 。 3.0的雙十一:問題舉例(2) 接到報警,團隊緊急集合討論; 可能決策: 1,不更換:避免更換風險,后 期運行中可能有數據庫Crash風險; 2,更換:有可靠緊急預案,更 換過程中數據庫有Crash風險,但 是風險較低,后期可以保障穩定運 行。 2014/11/10 20:00 核心數核心數 據庫存儲一塊據庫存儲一塊 硬盤損壞!硬盤損壞! 決策:啟動數據庫硬件故障預案, 確認可以安全執行,之后決定進行 硬盤更換; 過程: 1. 22:00進行硬盤更換; 2. 00:30數據同步完畢,問題解決。 青龍系統修煉總結 青龍系統修煉目標 高可靠 高效 核心功能 數據精準&決策智能化 平臺化&社會化 &行業標準 青龍系統修煉模型 謝謝! Thank you!