千条广告“抢”一个 30 秒位置，平台如何实时做出选择？

JioHotstar 发布了一篇关于其 广告请求工作流 "的工程概述，介绍了该流媒体平台如何协调分布式服务，在视频播放期间选择、投放和衡量个性化广告。该架构旨在满足严格延迟要求的同时完成实时广告决策，并支持大规模流媒体流量以及维持播放可靠性。 当观众在内容播放过程中到达一个广告机会点时，广告请求便会开始。该请求包含广告选择所需的上下文信息，包括内容元数据、用户上下文、设备信息和可用广告库存详情。随后，平台会通过多个后端组件处理该请求，这些组件负责评估符合条件的广告、应用定向规则，并生成返回给视频播放器的最终响应。 流程图展示了广告服务器进行决策时所采取的步骤（来源： JioHotstar 博客文章 "） 广告决策工作流涉及多个阶段，而不是一次简单的查询操作。JioHotstar 介绍称，该平台采用瀑布式分层方法，并结合 PID " 和 SHALE " 等节奏控制算法，从数千个符合条件的候选广告中选出少量广告，组成一个 30 秒的广告组。这些计算有助于在广告活动投放要求、广告库存分配和广告主约束之间取得平衡，同时在 100 毫秒内完成广告选择和响应生成，即使是在重大体育赛事关键时刻等高并发事件期间也是如此。 在评论这篇工程文章时，工程负责人 Pawan Nagar " 指出 "，广告投放涉及的后端挑战远不止 API 通信： 投放广告远不只是调用一个 API。保持低延迟、应对海量流量、使用缓存以及维持服务可靠性，才是真正的后端挑战。 该平台支持多种广告格式，包括 前贴片 "和中贴片视频广告，以及集成到流媒体体验中的展示类广告格式。广告投放后，其他系统会收集展示和互动事件等投放信号，以支持广告活动报告和效果衡量。 Ayush Kumar " 介绍了相关工程挑战，其中包括协调负责广告库存、决策、内容元数据、追踪和分析的各项服务，同时维持低延迟。分布式广告平台还需要具备处理故障、重试和部分服务可用性的机制，以确保个别组件出现临时问题时不会中断播放。运营这些系统需要广告、平台工程和可靠性团队开展协作，以验证广告活动的运行情况、监控服务健康状况，并排查整个请求路径中的问题。 JioHotstar 所描述的架构采用了数字广告平台普遍使用的模式。OpenRTB 是由互动广告局（IAB）维护的一项行业标准，它定义了程序化广告生态系统中广告买方与卖方之间的通信协议。 IAB Tech Lab OpenRTB 规范 "，虽然 OpenRTB 侧重于广告参与方之间的互操作性，但流媒体平台通常还会构建额外的内部服务，用于个性化、内容感知型定向和特定业务的决策逻辑。 原文链接： https://www.infoq.com/news/2026/08/jiohotstar-ad-decisioning-flow/ "