猎户座-持续打造爱奇艺海外高扩展性的策略引擎项目

‍

‍海外策略引擎在去年年底已经上线第一版策略引擎 1.0，主要支撑了 Phone 后端的精细化运营等相关功能，具有后台配置简单，实现实时圈人功能，接口性能响应时间快等优势。海外策略引擎 1.0 的设计主要考虑的是与目前海外后端使用的 IQCard 相结合，着眼于快速支撑当时的产品需求。随着业务的不停迭代以及公司的降本提效的战略转移，精细化运营的使用场景和需要精细化运营的业务团队逐渐增多。在这种背景下，我们对策略引擎 2.0 进行了系统全面的设计，以期实现高效、稳定，灵活、可扩展，业务隔离的策略引擎。

本文主要介绍在策略引擎 2.0 项目建设过程中的一些经验和遇到的挑战和思考。

01

   项目基础信息

 实践中的痛点 

1、开发周期长

在产品运营使用策略引擎 1.0 的过程中，我们发现会存在很多使用新标签以圈定新用户人群的场景。一旦遇到这类场景，就需要进行开发去支撑新标签。这主要扩展性带来的开发周期长，效率低问题。

2、配置效率低

针对不同的业务方配置的后台数据，没有隔离，导致数据配置展示在一起，导致容易配置错误，也不利于快速找到各运营自己配置的数据。

 项目目标 

目标一：实现标签彻底的配置化

对于产品新增的标签需求，通过标签配置后台，即可配置指定标签数据从哪里获取。对于数据源或者获取数据后需要处理的标签，可以通过定制化的方式。但对于绝大多数的通用标签直接通过标签配置后台即可完成。

• 通用标签：用户画像数据和标签数据一一对应甚至是含义完全相同，不需要任何转化。这类标签通过标签配置后台指定数据源实现配置。

• 复杂标签：用户画像数据和标签数据有一层转化关系，即需要通过适当的逻辑关系转化才能将用户画像存储的数据与产品需要的标签数据对应起来。有定制转化逻辑，这就需要进行代码的定制化。此类标签主要通过标签配置后台和定制化代码共同完成。

目标二：实现业务隔离 

• 数据隔离：运营配置的数据只有该运营同一业务线的人才可以看到，同样，策略引擎获取数据的时候，只返回同一业务的数据。

• 流量隔离：某一业务线出现的流量异常情况不影响其他业务线的正常流量请求。更不能导致整个策略引擎系统故障。

02

   技术实现介绍

针对以上实践中的总结，我们希望提供一套通用的解决方案，去解决上文阐述的各种运营管理问题。以下将详细介绍我们思考和提出的解决上述问题的策略引擎方案项目，我们将其称为猎户座。

 总体架构设计 

策略引擎预留了给需要使用的相关功能的爱奇艺所有业务团队使用的能力。从项目设计初期，我们就尽可能对整个项目模块化，以期实现整个项目不同模块的解耦，方便后期的维护和扩展。策略引擎的主要有两个功能模块，一是管理后台  ，二是策略匹配服务。

其中管理后台主要用于标签管理