实时动态规则营销_04_相关问题篇

1.
是否足够动态足够灵活​

相当足够！

1.1 在已有的规则模型下，发布新的规则实例

是极度敏捷的（规则管理平台不用动也不用停），由运营、营销人员在规则管理平台的前端页面上，直接定义规则模型中的各类参数，提交规则即可；​

规则定义将自动注入规则引擎，并自动生效开始运作！

1.2 需要增加新的规则模型

是相当敏捷的；flink规则引擎不用停；

•
大数据引擎组这边，需要开发一个新模型的规则运算机groovy代码​

•
web组那边，需要开发新模型的参数定义页面​

在此过程中，运行中的规则以及规则引擎都不需要中断

1.3 你们系统的规则是否足够灵活

你们可以定义这种规则吗： 就是去判断用户行为事件中的某个属性是否满足指定的正则表达式？​

我们规则中的条件判断，是由规则运算机来实现的，与架构完全没有耦合；夸张点说，我们的系统能支持你想实现任意的条件判断；比如大于，小于，正则匹配，甚至还能做更复杂的统计 ，比如判断用户行为的某属性的最大值，最小值，最大最小之间的关系，行为序列……​

❗

小思考

•
如果我们有一个新的规则定义需求： 判断一个人的x事件中的y属性的值，是否满足指定的正则表达式，如满足，则输出触达信息！​

本需求，咱们的系统能否支持？

❗

小思考

•
如果我们有一个新的规则定义需求：判断一个人在做了A事件后，15分钟没有做B事件，则输出触达信息！（促支付）​

本需求，咱们的系统能否支持？

当然能支持！

规则运算机中，需要针对需求，写上注册、删除定时器的逻辑；而且还要增加一个定时器触发时的工作逻辑代码timer()；​

flink引擎中，对于正常的事件处理，跟普通规则一样，传入userEvent给这种运算机，运算机拿到userEvent进行判断，该注册定时器就注册定时器，该删除就删除；​

然后，当定时器成功触发时，flink的ontimer方法中，就取出该触发时间上注册的规则，调用规则运算机的timer()方法，进行处理即可；​

2.
规则发布的时候，人群预圈选的结果放入mysql可行否​

有可能某个规则圈选的人群，达到千万级别，那这个数据很大，放入mysql能行吗？​

•
我们的预圈选人群是用bitmap来存放的​

•
而bitmap就算存80万个人，也才10万byte，也就是100k​

实时动态规则营销_04_相关问题篇​