到店商详架构变迁

一、项目背景

到店商详是平台为京东到店业务提供的专属商详页面,将传统电商购物路径打造成以LBS+门店属性的本地生活服务交易链路。

二、架构变迁

1、 主站商详扩展点

优点:到店侧仅关注业务,无需过度关注服务部署、性能优化等。

缺点:涉及方较多,需求开发周期长,上线依赖方多;到店侧无法了解到全流程,不利于长期迭代。

2、 主站商详扩展点 + 独立服务

鉴于V1架构开发周期长,依赖方多等原因,到店侧决定将新迭代的某些独立楼层如:附近推荐、附近门店等新建一个服务,由主站商详下发空楼层,具体的楼层数据处理完全交由到店侧。

优点:相对V1在一定程度上缩短了开发周期,能够独立上线。

缺点:由于楼层配置由主站侧控制,独立服务要是未返回有效数据时,前端页面会显示出楼层空隙;到店侧无法了解到全流程,不利于长期迭代。

3、 去除扩展点,完全独立服务

鉴于V1、V2架构等问题,到店侧决定随着新需求更改的同时,将主站到店侧能力copy到独立服务中,完全独立开发上线。

3.1 由到店侧提供完全独立服务

网关接口的提供方由主站侧转向到店侧,前端直接调用到店侧提供的网关接口。

优点:一定程度上解决了页面会显示出楼层空隙的问题。

缺点:还是有较多能力强依赖于主站侧,后续的迭代规划去除依赖。

3.2 楼层逐步切量

优点:更多的能力支持自主开发,去除了强依赖。

缺点:切量过程中对下游接口存在重复调用。

3.3 楼层分组

随着楼层切量的完成,到店侧有能力定制化楼层配置。为了前端更好的展示效果,与前端议定将返回的楼层结构按照页面显示分块的结构分组。

优点:适配页面渲染楼层空隙。

4、 独立服务

基于V1、V2、V3迭代后,到店商详完全独立于到店侧。接下来需要优化独立服务架构。

4.1 整体调用流程

缺点:数据依赖层调用存在某些接口的重复调用,如类目信息依赖商品信息、附近门店依赖商品信息等

4.2 接口分层调用

鉴于V4.1的方案,将数据依赖层进行分层调用,这样底层的数据可以复用上层的依赖,可去除重复调用。

**缺点:**某一层的个别接口耗时长会影响整层的数据返回。

4.3 前置调用 + 部分楼层集成

鉴于V4.1、V4.2的方案,采用前置调用来解决接口重复调用的问题、部分楼层集成来代替分层调用(这种改动后耗时长影响的只是某个楼层,而不会影响全局)。

详细调用流程见下图:

作者:京东零售 王江波

来源:京东云开发者社区 转载请注明来源

相关推荐
guojl33 分钟前
一网打尽分布式锁
架构
xinxiangwangzhi_39 分钟前
pytorch底层原理学习--PyTorch 架构梳理
人工智能·pytorch·架构
真实的菜2 小时前
Kafka生态整合深度解析:构建现代化数据架构的核心枢纽
架构·kafka·linq
guojl3 小时前
营销客群规则引擎
架构
Natsume17103 小时前
嵌入式开发:GPIO、UART、SPI、I2C 驱动开发详解与实战案例
c语言·驱动开发·stm32·嵌入式硬件·mcu·架构·github
DemonAvenger3 小时前
深入理解Go的网络I/O模型:优势、实践与踩坑经验
网络协议·架构·go
鹏程十八少6 小时前
7.Android 设计模式 享元模式 在商业项目中的落地
架构
老周聊大模型6 小时前
《ChatGLM/Llama调优实战:从指令微调到RLHF的工业级对齐方案》
人工智能·程序员·架构
weixin_437398217 小时前
转Go学习笔记
linux·服务器·开发语言·后端·架构·golang
搬砖的小码农_Sky8 小时前
XILINX Zynq-7000系列FPGA的架构
fpga开发·架构