正文
这种情况下，无法满足营销数据可视化，活动效果数据分析等需求。
规则引擎引发的“血案”。
规则引擎及规则资格校验是一个计算资源消耗非常大的功能。营销前台、促销服务、电子券、任务服务都包含此功能。随着活动形式的持续增长，消耗的计算资源也持续上升。多个系统同时申请资源，导致资源的浪费。尤其是 818、1111 大促期间。资源申请需要与资源管理部进行博弈，有时会引发‘血案’。
2015 年至今，针对系统架构问题，系统不断的迭代，我们采用了很多针对性的解决方法。
1. 分工明确化。
电子券服务和促销服务作为一种营销“实体”，它们只需要具备“实体”管理的基本功能，而且相对独立。在它们的上层抽出一个统一营销服务，统一的对外服务。
2. 建设统一活动中心。
建设统一活动中心，包括：营销活动管理、营销活动审批、预算管控、促销状态管理、促销结算等。满足活动全流程闭环管控，活动申请、预算控制等需求。
3. 建设营销数据中心。
建设营销数据中心，包括：营销行为数据都采集，存储，分析，报表。满足营销数据可视化，活动效果数据分析等需求。
4. 拆分出规则引擎。
独立的规则引擎系统，承载上游所有促销形式的规则计算，节省资源。
现在，苏宁金融营销系统架构 V2.0 时代，总体架构图如下，苏宁金融营销系统以整体的形式一致对外服务，不再是“单干”。
图 1：整体系统架构 V2.0
核心系统包括：营销统一服务、促销服务、电子券服务、任务服务、商品详情页促销前置服务、营销规则引擎、营销规则资格校验、营销活动中心、营销数据中心。
营销统一服务：促销查询、扣减；电子券查询、使用、退券等统一对外服务。
促销服务：提供促销活动查询、扣减等功能。
电子券服务：提供电子券管理、查询、使用、退券等功能。
任务服务：提供判断用户是否满足任务的规则，且事后发放营销福利的功能。
商品详情页促销前置服务：应对流量较高的商品详情页、搜索等页面提供的促销查询服务。
