[技能~技術]京東商城，超大型電商系統架構設計原則與實踐！

京東應用架構分層 （來源於@京東技術部）

05

京東商城應用架構拆分原則

1、水平擴展。也就是複製的能力，應用系統實現多機集群、提升併發能力，數據庫進行讀寫分離，如商品讀庫、商品寫庫。

2、垂直拆分。指的是不同業務系統的拆分，如商品系統、交易系統；數據庫方面也是相應拆成商品庫、訂單庫。

3、業務分片。同業務進行分片，比如秒殺系統、常規下單系統，要分開；數據庫方面，如把訂單表按ID取模運算後分庫分表。

4、水平拆分。服務層面，功能與非功能分開，穩定業務與易變業務分開；數據庫方面，冷熱數據分離、歷史數據分離。

06

京東商城服務設計的依賴原則

1、依賴穩定的部分。穩定部分不依賴易變的部分、易變的部分可以依賴穩定的部分、堅決避免循環依賴。

2、跨域弱依賴。跨業務域調用的時候，儘可能異步弱依賴。

3、基於服務依賴。基於服務不能向上依賴流程服務；組合服務、流程服務可以向下依賴基本服務。條件是基本服務要穩定。

4、非功能性服務依賴。非功能性服務不能依賴功能性服務；功能性服務可依賴非功能性服務。條件：非功能性服務穩定。

5、平臺服務依賴。平臺服務不依賴上層應用；上層應用可依賴平臺服務；條件：平臺服務穩定。

6、核心服務依賴。核心服務不依賴非核心服務；非核心服務可依賴核心服務；條件：核心服務穩定。

07

服務設計基本原則

1、無狀態。儘量不要把狀態數據保存在本機，接口調用冪等性。

2、可複用。複用顆粒度是有業務邏輯的抽象服務，不是服務實現細節。服務引用只依賴於服務抽象。

3、松耦合。跨業務調用，儘可能異步解耦。必須同步調用時，設置超時和隊列大小。相對穩定的基本服務與易變流程服務分層。

4、可治理。制定服務契約、服務可降級、服務可限流、服務可開關、服務可監控、白名單機制。

京東商城應用架構實例圖 （來源於@京東技術部）

08

京東商城數據架構設計原則

1、統一數據視圖。保證數據的及時性，一致性、準確性、完整性。

2、數據、應用分離。應用系統只依賴邏輯數據庫；應用系統不直接訪問其它宿主數據庫，只能通過服務訪問。

3、數據異構。源數據和目標數據內容相同時，做索引異構，如商品庫不同維度。內容不同時，做數據庫異構，如訂單買家庫和賣家庫。

4、數據讀寫分離。訪問量大的數據庫做讀寫分離，數據量大的數據庫做分庫，不同業務域數據庫做分區隔離，重要數據配置備庫。

5、用Mysql等主流數據庫。除成本因素外，Mysql數據庫擴展能力強，運維積累了大量豐富經驗。

6、合理使用緩存。數據庫有能力支撐時，儘量不要引入緩存。合理利用緩存做容災。

09

京東商城技術架構總覽

1、基本平臺。數據存取方面的技術組件包括：緩存服務有JFS/Jimstore、圖片服務JSS、即時服務JDW、索引服務Search、數據庫服務DBS。

2、集成層。服務流程引擎PAF、服務中間件SAF、MQ服務JDMQ、數據庫中間件JDAL、調度服務JDWorker、業務規則服務JDRules、配置服務JDCenter、推送服務JMP。

3、質量層。監控服務UMP、日誌服務Loghub、風控系統JDriskM、應用管理jdcenter。

其它還包括治理層、虛擬平臺、運營管理等等。

10

京東商城系統運維原則

1、可監控。服務的TPS和RT是否符合SLA，是否出現超預期流量。

2、應用可回滾，功能可降級。應用出現問題時，要求能回滾到上一版本，或做功能降級。

3、在線擴容。超預期流量時，應用系統可選擇在線水平擴展。

4、安全保證。確保系統和保密性和完整性。具有足夠的防攻擊能力。

5、可容錯性。核心應用要求多活，避免單點設計，並且自身有容錯和修復能力。故障恢復時間短。

6、可故障轉移。多機房部署，發生故障時能及時切換。

以上跟大家分享了京東商城業務架構、技術架構、數據架構，以及架構原則、運維原則。

---

分享到:

---

閱讀更多 壹號職 的文章

關鍵字: 淘寶網 設計 電商

---