一、项目背景
到店商详是平台为京东到店业务提供的专属商详页面，将传统电商购物路径打造成以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的方案，采用前置调用来解决接口重复调用的问题、部分楼层集成来代替分层调用（这种改动后耗时长影响的只是某个楼层，而不会影响全局）。
详细调用流程见下图：
作者：京东零售 王江波
来源：京东云开发者社区 转载请注明来源