这是一个创建于 1777 天前的主题，其中的信息可能已经有所发展或是发生改变。
微服务架构下，如果将购物车服务和商品服务 分为两个服务。
目前主流购物车设计为一个 User ID 对应多个 Product ID 那么在查看购物车的时候 需要通过 Product ID 查询商品服务获取 Product 的信息
这样每次需要同步调用其他服务造成耦合问题
另外一种方式是购物车设计一个 User ID 对应多个产品的 Product （库存，数量，图片等）信息。这样点开购物直接返回到页面。
这样存在的问题的信息同步问题。如果后台修改商品数据导致购物车数据不同步。
如果想数据同步可以通过 CDC 来发布事件来通知购物车来更新产品
但是这样受限制于技术实现，如果使用 Redis 来实现需要使用倒排索引来查找产品 如果使用支持倒排索引的数据库和关系数据库则要放弃 Redis 提供的速度
有的人觉得第一种购物车方案并没有什么太大的问题，但是存在着潜在的大泥团隐患是十分厌恶的
请教大家对这种场景有什么更好的方案
目前尚无回复
Select Language