北京
流媒体平台JioHotstar近日发布工程博客，详细介绍了其广告请求工作流：在视频播放期间，分布式服务如何协同完成个性化广告的选择、投放与衡量。该架构的核心目标是在严格延迟约束下实时决策，同时支撑大规模直播流量并保持播放可靠性。
当观众在内容播放中进入广告机会点时，广告请求随即触发。请求内包含广告选择所需的上下文信息：内容元数据、用户上下文、设备信息以及可用广告库存详情。随后，多个后端组件协同处理，评估符合条件广告、应用定向规则，并生成返回给视频播放器的最终响应。
广告决策并非一次简单查询。JioHotstar采用瀑布式分层方法，结合PID和SHALE等节奏控制算法，从数千个候选广告中筛选少量广告，组成30秒广告组。这些计算需在广告活动投放要求、库存分配和广告主约束间取得平衡，并且整个选择与响应生成必须在100毫秒内完成——即使在重大体育赛事关键时刻等高并发场景下也是如此。
工程负责人Pawan Nagar指出，广告投放的后端挑战远不止API通信：“投放广告远不只是调用一个API。保持低延迟、应对海量流量、使用缓存以及维持服务可靠性，才是真正的后端挑战。”平台支持前贴片、中贴片视频广告和展示类广告格式；投放后，其他系统会收集展示、互动等信号，用于广告报告与效果衡量。
Ayush Kumar进一步介绍了工程难点：协调广告库存、决策、内容元数据、追踪与分析等服务，同时维持低延迟。分布式广告平台还需具备故障处理、重试和部分服务可用性机制，确保单个组件临时异常时不会中断播放。运营此类系统需要广告、平台工程和可靠性团队共同协作，验证广告活动运行、监控服务健康并排查请求路径问题。
JioHotstar描述的设计在数字广告行业具有普遍性。OpenRTB是IAB维护的行业标准，定义了程序化广告买方与卖方之间的通信协议。不过，OpenRTB侧重于互操作性，流媒体平台通常还会构建额外的内部服务，用于个性化、内容感知定向及特定业务决策逻辑。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
