年底再冲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规则谁分高出那种产品)。广告检索出广告日志:
今天就这些,后面再继续写一些其他的。