年底再冲kpi也是好久没有写了，再加上好多敏感的东西，不方便放到博客，简单整理都放到公司内部了。马上放假了没啥事就着整理一下之前的。
背景：增加了一种新的广告类型，所以整体出广告逻辑发生一下变化。我们为其他业务线提供出广告的原子服务，告诉他们该账户是不是商户，并且有没有投放的广告等等。
1.调用链
因为我们是原子服务整体在下游，所以需要部署app的server服务,服务如下：
zzentry->zzinfologic→adpromotionlogic(这个是我们商户的服务，主要用于告知app那个物料展示加速按钮，文案是什么，跳转到哪里)
2.adpromotionlogic集群的作用：
判断是不是商户：
zzinfologic会把zzuid传给adpromotionlogic，我们返回给他是不是商户
判断哪些物料展示“加速”按钮
物料状态要满足：status=1，searchable=1，auth=1(总体就是物料要被审核通过),日志如图：
一键创建推广(ps:首先流量包是开启状态&流量包没有该infoid)：
调用关系：bizdsp→adsearch(MQ发送)→zzesnotifyer
adsearch日志如图：
根据关键字"sendUpdateMsg"我们创建的推广infoid和promotionid 
zzesnotifyer服务接收到MQ后日志如图：
3.广告产品结构
目前广告类型:优店通和流量包
为了适应支持2中广告类型，我们增加一个推广计划的一个概念。
层级关系如下：user->ad_promotion_plan-> ad_promotion。
一个商户id对应2中推广计划对应数据表(dbzz_adsearch.ad_promotion_plan)如图：
用户有了推广计划这个关系下面就是物料级别infoid，promotionid和产品关系，如图：
4.广告检索
有了流量包产品后我们就有两种类型的产品，这样的1个广告位对应多个广告配置就可以有三种组合:竞价产品(优店通)，定价产品(流量包)，混排(这个位置按照B*Q规则谁分高出那种产品)。广告检索出广告日志：
今天就这些，后面再继续写一些其他的。