到店商详架构变迁
一、项目背景
到店商详是平台为京东到店业务提供的专属商详页面,将传统电商购物路径打造成以LBS+门店属性的本地生活服务交易链路。
二、架构变迁
1、 主站商详扩展点
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-02t5sRNvO810Knhbk..jpg)
优点:到店侧仅关注业务,无需过度关注服务部署、性能优化等。
缺点:涉及方较多,需求开发周期长,上线依赖方多;到店侧无法了解到全流程,不利于长期迭代。
2、 主站商详扩展点 + 独立服务
鉴于V1架构开发周期长,依赖方多等原因,到店侧决定将新迭代的某些独立楼层如:附近推荐、附近门店等新建一个服务,由主站商详下发空楼层,具体的楼层数据处理完全交由到店侧。
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-02IbzjOYUHB5qxQ7r..jpg)
优点:相对V1在一定程度上缩短了开发周期,能够独立上线。
缺点:由于楼层配置由主站侧控制,独立服务要是未返回有效数据时,前端页面会显示出楼层空隙;到店侧无法了解到全流程,不利于长期迭代。
3、 去除扩展点,完全独立服务
鉴于V1、V2架构等问题,到店侧决定随着新需求更改的同时,将主站到店侧能力copy到独立服务中,完全独立开发上线。
3.1 由到店侧提供完全独立服务
网关接口的提供方由主站侧转向到店侧,前端直接调用到店侧提供的网关接口。
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-0269dhB1a08lhPBRY..jpg)
优点:一定程度上解决了页面会显示出楼层空隙的问题。
缺点:还是有较多能力强依赖于主站侧,后续的迭代规划去除依赖。
3.2 楼层逐步切量
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-02R9sXuDygmk0Y6f9..jpg)
优点:更多的能力支持自主开发,去除了强依赖。
缺点:切量过程中对下游接口存在重复调用。
3.3 楼层分组
随着楼层切量的完成,到店侧有能力定制化楼层配置。为了前端更好的展示效果,与前端议定将返回的楼层结构按照页面显示分块的结构分组。
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-02Q2xpRBns0St7W43g..jpg)
优点:适配页面渲染楼层空隙。
4、 独立服务
基于V1、V2、V3迭代后,到店商详完全独立于到店侧。接下来需要优化独立服务架构。
4.1 整体调用流程
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-025xFsYlVmMcj8Z6I..jpg)
缺点:数据依赖层调用存在某些接口的重复调用,如类目信息依赖商品信息、附近门店依赖商品信息等
4.2 接口分层调用
鉴于V4.1的方案,将数据依赖层进行分层调用,这样底层的数据可以复用上层的依赖,可去除重复调用。
缺点:某一层的个别接口耗时长会影响整层的数据返回。
4.3 前置调用 + 部分楼层集成
鉴于V4.1、V4.2的方案,采用前置调用来解决接口重复调用的问题、部分楼层集成来代替分层调用(这种改动后耗时长影响的只是某个楼层,而不会影响全局)。
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-020MYykVQH0b43qnUa..jpg)
详细调用流程见下图:
![](https://s3.cn-north-1.jdcloud-oss.com/shendengbucket1/2024-01-08-17-02926XmbRZRO8c8fQ.png)
作者:京东零售 王江波
来源:京东云开发者社区 转载请注明来源