你真的认识广告吗?

本文探讨了互联网广告的技术挑战,包括高并发、业务逻辑复杂性、稳定性需求和大数据存储计算。广告不仅是媒体变现手段,还涉及用户定向、数据同步及实时处理等问题。后续将分享广告定向召回、数据同步策略、快速响应机制和监控指标等技术细节。
摘要由CSDN通过智能技术生成

一句话描述工作:互联网的传单派送者

为什么是广告?

说起 广告 想必大家已经饱受折磨,尤其是臭名昭著的 开屏广告 (这里只是以某乎为例子没有内涵某家 APP 的意思 「doge」)。

在这里插入图片描述
在进入广告领域之前,每次打开 APP 看到倒计时,血压控制不住的飙升,因为年少轻狂的我大抵是不愿意被割韭菜的,但是我能做的也就是骂骂咧咧的等待这几秒。

一年前有幸涉足广告领域,机缘巧合之下,参与了广告平台的重构,这里我对广告有了新的认知(暂且挖坑,更多会从技术的角度去探讨),对待广告的心态也发生了改变,或许是人们常说的站在他人的角度思考🤔 ,你会得到不一样的认知。

所以这里打算将广告领域的技术和对广告的认知作为一个分享

(ps: 面试中涉及到的技术知识在广告领域都有很好的使用场景,千万不要错过哦 👉 )。

广告是什么,有什么意义?

广告 在生活中无处不在,作为广告的消费者,我们对广告的认识是我们显而易见的部分 —— 广告创意 (creative)。
比如以 bilibili 的 原生广告 ,我们认为这是一则广告,其中包含以下信息:

  • 广告主:小鹏汽车
  • 受众:bilibili 的用户
  • 信息:小鹏汽车要招人了,也就是一则招聘广告
  • 隐藏信息:小鹏汽车向 bilibili 支付了一定的广告费用

在这里插入图片描述
根据上述对广告信息的解读,可以抽象出广告的定义:
广告主以付费的方式通过广告媒体(电视、广播、互联网、APP)向受众传播商品或者服务信息的手段。

从广告的定义中可以得知,广告是媒体端的一种变现手段,通过展示广告,广告主按照计费方式或者协议支付给平台一定的金额,其实广告是互联网产品最简单和直接的变现模式,想想为什么微博、知乎、Bilibili 等 APP 是免费使用的,他们免费给我们提供服务是怎么变现的——广告。

广告的意义:

  • 用户可以免费的享受互联网产品
  • 有资本薄利多销:广告 -> 用户增长 -> 规模扩大 -> 成本减少 -> 可以降低价格实现薄利多销
  • 降低用户的选择成本:比如买手机可能直接想到的就是 Apple、HUAWEI 、XIAOMI 等品牌,也就是广告的品牌效应。

广告存在哪些技术上的挑战

对广告有了初步了解后,回到技术的话题上,我们看下广告系统面临哪些技术挑战,这里以我熟悉的 C 端场景为例子,大致讲下广告链路,后面涉及到专门的话题,再详细的扩充下:

在这里插入图片描述

1. 高并发

广告对时延的要求:每次广告请求的时延在 100ms 以内。
这是其业务特殊性导致的,想想你打开一个 APP ,它的开屏广告展示的时间本来就很短,如果光从服务端请求广告就要花费很久那么广告被曝光的机会就会表少,导致最终收益变少。

广告的请求量大: 广告的请求量取决于用户的行为,就拿上图 bilibili 的原生广告为例子,我们每刷一页视频就会发送至少一次(有可能是多次,取决于客户端的配置,究其本质而言是为了要保证广告一定要被曝光),所以当下的广告请求可以用下面的公式代替:
广告请求数量 ≈ 当前在线的用户数 * 单位时间内刷到广告的次数

2、业务逻辑复杂

一次广告请求,涉及到多路召回、算法模型打分、竞价排序等复杂的业务流程,策略多,执行链路长。
对开发者不友好的点:没有绝对的对和错 ,不像以往的系统,某个值错了就是错的,可以 debug 分析处理为什么是错的。但是广告没有绝对的对错,你吐这个广告和吐那个广告究竟那个更合适??
在这里插入图片描述
所以在广告系统中我们经常会做 AB 实验,所以很头疼,有可能你尝试了 N 种策略发现还不如之前 😭

3、稳定性要求高

服务的可用性至少要做到 99.9%,服务稍微抖动下,出去的广告就会变少,随之广告的填充率变少,钱就少了,工资可经不起几回扣啊 ~

4. 大数据存储和计算

随业务发展,广告场景的复制,广告数据很统容易达到上亿的规模,比如用户体量在 10亿左右,一天的广告数据就是 TB 级别的,所以怎么存和计算是一个很大的挑战。

相关文章的走向 (画饼 bushi)

以上各个技术点单拿出来都能出好几篇文章,本文旨在初步分享广告业务和广告里面存在的技术挑战,想比热衷技术的小伙伴已经开始细究到技术点上了。

本着技术需要落地到业务的原则,后面开始探讨下广告领域内的技术点,大致会存在以下几个话题,有兴趣的小伙伴可以先思考下:

1. 广告定向召回怎么实现?

广告投放的本质就是定向推荐,推荐系统如何根据已有的用户画像和内容画像去推荐,涉及到两个关键问题:召回和排序。
召回 指从全量信息集合中触发尽可能多的正确结果,并将结果返回给“排序”。

常规的内容推荐的召回方式有多种:协同过滤、主题模型、内容召回和热点召回等。
但是广告的召回有别于常规的内容推荐,广告有很强的定向属性。

比如:我是广告主,要求投放的用户是 中国-北京女性用户 且最近 5 天有在端内消费过化妆品的群体。
对于这样一个广告定向条件我们需要筛选出广告库里面有哪些广告是符合条件的。

2. 数据怎么近实时从数据库同步到另一类库?

广告数据的同步问题是广告领域经常涉及到的,比如运营小姐姐对广告做了定向的调整,如果广告投放引擎没有感知到这个调整,那么运营就没法继续,这里有个背景补充下:我们一般将广告的数据放到普通的关系型数据库,提供给管理台使用,但是对于广告引擎这样的高并发服务我们一般会将广告数据同步到一个更强悍的数据库进行查询。所以两类数据库之间存在信息的同步问题。

3. 怎么保证上万 QPS 在 100ms 内走完上述的广告链路?

广告的链路长且复杂,涉及到好多服务间的数据通信,怎么样保证在 100ms 内完成广告的请求?

4. 广告平台的监控长什么样需要关注哪指标?

服务端的监控是服务端至关重要的环节,在服务迭代过程中,需要监控哪些指标?

后续文章也会同步到我的站点,那里是没有广告滴,欢迎来踩 👉 pagges 的站点

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值