点击“技术领导力”关注每天早上8:30推送
作者|Mr.K编辑|现代龙猫
k先生所在的上海著名电子商务公司,几年前被京东收购,所以对京东的整个技术结构体系都很熟悉,进行过深入的研究。 本文的ppt来自京东商城技术团队的内部共享资料,其中未出现涉及技术细节的ppt,但出现在文字中。
京东商城系统融合了自营模式、商城模式、三方平台等模式,与淘宝、天猫以商城模式为主的电子商务系统相比,包括很多WMS、TMS、OMS部分的业务模式更加丰富。 国内的中小规模电子商务公司,如果要学习的话,最好是学习京东的业务结构。 因为在业务模式上很接近。
01
超大型电商系统架构目标
1 .搭建超大型电子商务平台,效率与性能并重,实现效益好、时效高、成本低的目标。
2 .利用成本低廉、提高服务可复用性、提高开发效率、降低人力成本的成熟开源技术,利用降低硬件和软件成本的虚拟化技术降低服务器成本。
3 .高扩展,系统结构简单清晰,应用系统间耦合低,便于水平扩展,业务功能增加方便快捷。
4 .高可用性、自动运输。 总体系统可用性为99.99%,个别系统可用性为99.999%。 全年故障时间整个系统不超过50分钟,单个系统故障不超过5分钟。
02
京东商城业务架构设计原则
1 .业务平台化
业务平台化,相互独立。 交易平台、仓储平台、物流平台、支付平台、广告平台等。 基础业务下沉,可以再利用。 例如,用户、商品、类别、促销、时效等。
2 .核心业务、非核心业务分离
电子商务核心业务与非核心业务分离,核心业务简化(有利于稳定),非核心业务多样化。 例如主交易服务、通用交易服务。
京东电子商务系统@来自京东技术部)
3 .区分主流程、子流程
弄清楚哪个是电子商务的主要流程。 运行时,优先保证主流程的顺利完成,子流程可以采用后台异步方式。 避免因子进程失败而回滚主进程。 例如,下单时同步调用快照,异步通知总账、单据。
4 .隔离不同类型的业务
交易业务应通过买方与卖方之间的交易合同,优先保证高可用性,让用户快速下单。 履约业务对可用性要求不大,可以优先保证一致性,闪存采购业务对高并发要求高,应该与普通业务隔离。
京东业务体系结构实例@来自京东技术部)
03
应用架构设计原则
1、稳定性原则
一切以稳定为中心; 结构尽量简单清晰; 不做过度的设计。
2、联轴器/分离
稳定部分与易变部门分离; 分离核心业务和非核心业务分离电子商务主流程和子流程分离; 隔离APP应用程序和数据; 将服务与实现详细信息分开。
3、抽象
应用抽象:应用只依赖服务抽象,不依赖服务实现细节、位置。
抽象: APP应用程序只依赖于逻辑数据库,而不需要考虑物理库的位置或分片。
抽象—应用虚拟化部署并动态调配资源,而无需考虑物理机配置。
4、松开联轴器。
在域之间调用异步,在不同的业务域之间尽可能异步地绑定。
非核心业务尽量异步化,核心与非核心业务之间尽量异步结合。
5、容错设计。
服务自治:服务可以相互独立修改、部署、发布和管理。 避免发生连锁反应。
集群容错:应用系统集群,避免单点。
多机房遭殃:多机房布局,多工作。
04
京东商城应用架构分层
表现层。 包括首页、列表页、详细页。
业务流程层。 商品系统、交易系统、订单系统、财务系统、物流系统等。
服务层,服务构建层。 包括商品服务、交易服务、订单服务、财务服务、物流服务。
治理方面包括服务质量层、数据架构层、治理层等。
京东APP应用架构分层@来自京东技术部)
05
京东商城应用架构拆分原则
1、水平扩张。 也就是说,以复制能力,APP应用系统实现多机集群,提高并发性,数据库进行商品读写库、商品写入库等读写分离。
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、可故障转移。多机房部署,发生故障时能及时切换。
(来源于@京东技术部)
以上跟大家分享了京东商城业务架构、技术架构、数据架构,以及架构原则、运维原则。如果觉得本文对您有帮助,请点在看、分享朋友圈,感谢您的支持!
-END-
作者简介:K,知名电商公司技术老K级人物。武做过CTO,文出过畅销书,若不是生活所迫,谁愿意一身才华。
欢迎关注“技术领导力”微信公众号(ID:jishulingdaoli)
CSDN学院邀请本文作者:老K,共同推出《给技术人的管理课20讲》已经上线了!一起跟大咖学习技术和管理,猛击链接前往:https://edu.csdn.net/course/detail/25485