一、前言
随着商城业务渠道不断扩展,促销玩法不断增多,原商城v2.0架构已经无法满足不断增加的活动玩法,需要进行促销系统的独立建设,与商城解耦,提供纯粹的商城营销活动玩法支撑能力。
我们将分系列来介绍vivo商城促销系统建设的过程中遇到的问题和解决方案,分享架构设计经验。
二、系统框架
2.1 业务梳理
在介绍业务架构前我们先简单了解下vivo商城促销系统业务能力建设历程,对现促销能力进行梳理回顾。在商城v2.0中促销功能存在以下问题:
1. 促销模型不够抽象,维护混乱,没有独立的活动库存;
2. 混乱的活动共融互斥关系管理,缺乏统一的促销计价能力。
商城核心交易链路中商详页、购物车、下单这三块关于计价逻辑是分开独立维护的,没有统一,如下图所示。显然随着促销优惠的增加或者玩法的变动,商城侧业务重复开发量会显著加大。

(图2-1. 促销计价统一前)
3. 促销性能无法满足活动量级,往往会影响商城主站的性能。
因与商城系统耦合,无法提供针对性的性能优化,造成系统无法支撑越来越频繁的大流量场景下大促活动。
基于这些痛点问题,我们一期完成促销系统的独立,与商城解耦,搭建出促销系统核心能力:
优惠活动管理
对所有优惠活动抽象出统一的优惠模型和配置管理界面,提供活动编辑、修改、查询及数据统计等功能。并独立出统一的活动库存管理,便于活动资源的统一把控。
促销计价
基于高度灵活、抽象化的计价引擎能力,通过定义分层计价的促销计价模型,制定统一的优惠叠加

为应对商城促销活动日益复杂的挑战,vivo进行了促销系统的独立建设。本文回顾了促销系统的发展历程,介绍了系统架构设计,以及面对技术挑战的解决方案。
最低0.47元/天 解锁文章
422

被折叠的 条评论
为什么被折叠?



