vivo智能活动中台-悟空系统建设之路

悟空系统的诞生背景是2018年vivo互联网业务到了运营时代，进入稳定发展期，但各业务缺少有效的运营工具与手段。因此我们设计开发了一套所见即所得的活动可视化编辑系统，只需要通过 拖 – 拉 – 拽， 即可实现活动快速投放。

本次分享将介绍在活动中台搭建过程中，我们是如何保障千万级活动中台的效率和稳定性，运用SaaS+PaaS的基础架构设计，打造可插拔的适配组件平台，利用渲染引擎、规则引擎、泛化调用、模型抽象、页面静态化等多种技术手段和思维模式，保障活动中台灵活高效、快速交付。

悟空系统前台设计，主要包含 四个部分：

2.1 活动页面生成流程

要实现无需研发，可视化生成活动页面，流程上主要包含上图的3个环节。

插件IDE的效果如上图，它是开发组件的功能入口，目前提供脚手架初始化，组件发布更新以及开发平台文档服务。

2.3 活动设计器渲染方案

组件发布后，运营可以在列表选择使用，拖拽至设计区，点击即可进行活动配置。

在界面组装环节中，设计上我们通过IFrame实现跨域隔离、灵活嵌套、异步精准加载的效果，研发过程中遇到最大的问题是如何在iframe区域实现数据通信高性能且保障开发体验不受影响。

2.4 静态页面发布方案

基于上述的痛点，我们团队需要对该服务进行应用拆分和微服务调度。

2.5 智能化探索

在智能化探索方向上，有两个关键目标，一个是致力于降低活动搭建门槛，支持将个性化活动页转化为悟空H5，用来保障数据合规，服务量极大的场景。

转换效果如上图，支持将三方页面，自动转换为悟空活动页效果，整个过程需要满足3大要求：

整体的实现流程如下：

智能化方向探索上，我们通过vivo大模型加持，以及逻辑层优化和标准化场景匹配，最终完成悟空系统 从建站工具 向 ai生产力产品的形态转变。

悟空系统中台设计，主要包含 三个部分：

3.1 活动中台整体架构

悟空为用户提供简单易用的建站工具，我们有内容组件、营销组件和丰富的互动组件，如答题、签到、抽奖等。工具服务层之上提供统一的用户触达和控制能力，如push推送服务器托管网、灰度实验等。工具服务层之下是统一的配置层，为用户提供一致的，简单高效的配置体验。活动中台层为互动组件提供中台能力支撑，包括玩法中心、任务中心、奖品中心等。

3.2灵活高效的中台设计

BCA模型最终的形态是一个行为对应着多个条件和多个触发动作，多个条件或动作之间的关系可以是And，也可以是Or。模型引擎的核心工作流程是当有行为发生时，加载Condition & Action group，校验一组Condition，执行一组Action。右侧是模型引擎的伪代码。

当行为发生时，业务方用RMQ的方式通知到悟空，消息内容包含自定义任务唯一标识、行为参数。图中示例的消息表示发生了观看短视频的行为，时长是15s。悟空消费消息时，根据唯一标识查找任务定义，定义包含行为参数定义、和用于计算任务是否完成的condition表达式，表达式使用aviator脚本编写。接着去查找运营配置，如任务完成条件为观看10s以上。然后使用aviator规则引擎计算表达式的结果，如果为true，触发action的执行。

3.3 复杂活动的高效支撑

我们再来看一下大型活动的配置问题。大型活动通常涉及的子活动多、依赖关系复杂。左侧是大型新春活动的首页，我们一起分析拆解来直观的感受下。

带来的问题就是运营理解成本高，配置分散且有严格顺序。

我们通过playmaker玩法编辑器来解决这个问题。首先通过低代码技术拖拽活动，用单向箭头连接活动描述依赖关系，最终生成动态活动定义。根据动态活动定义，渲染集中式配置。集中式配置的好处是运营无需感知需要配置哪些活动以及活动之间的依赖关系。点击保存后，服务端根据动态活动定义，参考spring bean的初始化过程，完成所有子活动的创建和依赖关系的绑定。

悟空系统是可视化、组件化、一站式的综合运营平台，聚焦让活动更简单、更有效。悟空在自然语言建站方面取得了阶段性进展。BCA模型，让活动更灵活高效，Playmaker，让复杂活动变得简单。我们后续会尝试更多AI场景的探索与落地，完善电商能力。我们还将搭建面向社会的开放平台，让更多开发者受益。