京东电商平台架构设计.docxVIP

  1. 1、本文档共45页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

京东架构设计

目录

目录CONTENTS

架构愿景

JD架构 架构原则618经验

1架构愿景

架构目标

4.多快好省

3.

低成本

构建超大型电商交易平台,兼顾效率和性能,达到高人效、高时效和低成本的目的

1.高可用性

1.高可用性

高可扩展性

服务的重用性高,提高开发效率,降低人员成本;使用成熟开源技术,降低系统成本;利用虚拟化技术,减少服务器成本

系统架构简单清晰,应用系统间耦合低,

系统架构简单清晰,应用系统间耦合低,容易水平扩展,增加和修改业务功能方便快捷

自动化运维。整体系统可用性99.99%,单个

自动化运维。整体系统可用性99.99%,单个系统可用性99.999%。全年故障时间整个系统不超过50分钟,单个系统故障不超过5分钟

2架构愿景

架构愿景维恩图

可用性

可用性

?网站速度快

?订单生产快

?需求响应快

?高可用性

?高可扩展性?低成本

可扩展性

?品类丰富?功能多

?交易量大

?高人效?高时效?低成本

成本

1架构愿景

质量要求

可用性互操作性安全性可伸缩性性能可靠性运行时质量可管理性

可用性

互操作性

安全性

可伸缩性

性能

可靠性

运行时质量

可管理性

概念完整性

概念完整性

设计质量质量要求!质量-易用性可维护性

设计质量

质量要求

!

质量

-易用性

可维护性

系统质量可重用

系统质量

可重用性

可支持性

可支持性

可测试

可测试性

3架构愿景

总体架构原则

可用性

?N+1原则

?版本可以回退

?功能可开关

?

?采用成熟的技术

?容错设计,故障控制?可监控

?多维度拆分

?不过度设计

?服务可重用

?可水平扩展

?异步解耦?无状态

?单一责任原则?

?单一责任原则

?减少预先设计,不过度设计

?采用同质化硬件

成本?DID原则

成本

可扩展性

目录

目录CONTENTS

架构愿景

JD架构

架构原则618经验

2JD架构

业务架构

2JD架构

京东IT架构

2JD架构

架构分解

应用架构

数据架构

基础架构

3JD架构

应用架构图

2JD架构

交易中心

2JD架构

数据架构

2JD架构

数据架构

2JD架构

基础架构

目录

目录CONTENTS

架构愿景JD架构

架构原则

618经验

3架构原则

总体原则

1业务平台化1.基础业务下沉

1业务平台化

1.基础业务下沉

2.可复用

总体原则

抽象化

1.服务抽象化,引用不需要关心服务实现

2.应用集群抽象化,集群位置透明

3.数据库抽象化,应用程序用逻辑SQL操作数据库

4.服务器抽象化,应用系统不需要关心实体机的位置或数量,只关心资源

2

4

4

容错设计1.核心服务自治,服务能够被

容错设计

1.核心服务自治,服务能够被彼此独立的修改、部署、发布新版本和管理

2.应用系统集群,可水平扩展

3.多机房部署,多活

异步化

1.不同业务域之间尽量异步化,如交易与支付之间,履约与仓储之间

2.非核心业务尽量异步化

3.应用系统尝试SEDA方式异步化

3

3架构原则

服务设计原则

1.基本原则?基本服务构件,要求精简、自治、可水平扩展,其他服务可多样化?基本服务不依赖其它业务域服务,组合服务、流程服务可跨域调用?基本服务和数据在不同业务域做泳道隔离,不跨域调用

1.基本原则

?基本服务构件,要求精简、自治、可水平扩展,其他服务可多样化

?基本服务不依赖其它业务域服务,组合服务、流程服务可跨域调用

?基本服务和数据在不同业务域做泳道隔离,不跨域调用

2.重用原则?跨业务域的服务调用,尽可能用异步解耦?核心业务不依赖非核心业务,非核心业务可降级?降低紧耦合:同步调用时,设置超时时间和最大并发数?不同特点的服务解耦:需要快速响应的服务(如订单交易)与其它的解耦;相对稳定的服务(如基本服务)与变化

2.重用原则

?跨业务域的服务调用,尽可能用异步解耦

?核心业务不依赖非核心业务,非核心业务可降级

?降低紧耦合:同步调用时,设置超时时间和最大并发数

?不同特点的服务解耦:需要快速响应的服务(如订单交易)与其它的解耦;相对稳定的服务(如基本服务)与变化频繁的(如流程服务)分层

3.松耦合原则

?服务引用时,只依赖于服务抽象,不依赖于服务实现

?复用粒度是

文档评论(0)

为了知识而活 + 关注
实名认证
文档贡献者

只是改变命运

1亿VIP精品文档

相关文档