重新思考 OTT 监控的经济账

流媒体服务新增频道的速度,已经超过了大多数监控预算所能承受的范围。一条 FAST 频道很少只对应一条流。等它抵达观众面前时,它已经以多个不同码率的版本存在,被打包成不止一种格式,并通过多个 CDN 或多条路径分发。一条频道很容易就变成十几个甚至更多需要检查的点。一个同时运营数百条 FAST 频道以及订阅和直播服务的运营商,可能需要盯住数千条流,而每新增一项服务、一个地区或一个分发合作伙伴,这个数字都会再次翻倍。

需求也变得越来越不稳定。体育直播、快闪频道、重大赛事和新服务上线,都可能让流数量在数天或数周内急剧攀升,然后回落。传统的应对方式是采购足够多的监控硬件,以覆盖一年中最繁忙的时刻——在流数量不大且可预测的年代,这很合理。而今天,这种做法意味着要为服务器、电力、机架空间和支持服务付费,而这些容量在一年中的大部分时间都处于闲置状态,同时服务器成本在上升,财务团队也在审视每一笔基础设施支出。

对运营商而言,问题在于:监控容量是否还应按峰值来规划,还是应当随着它所监控的服务一起伸缩。

重新思考 OTT 监控的经济账

云与虚拟化监控的适用场景

当需求是临时性的或难以预测时,云与虚拟化监控能带来最大的价值。体育赛季或节日编排这类季节性负载、锦标赛或演唱会这类事件驱动的流、以及频道上线、合作伙伴试用或短期排障这类临时需求,都遵循同一模式:容量被高强度地需要,然后完全不再需要。在需要期间上线监控、结束后释放,就把一笔资本支出转化为随事件走的运营成本。虚拟化在本地部署中同样有用,让运营商可以在自己已拥有的共享算力上运行监控,并随优先级变化重新调配。

一旦把数据传输量和运行时长纳入考量,云的经济账就会改变。监控是数据密集型工作,把完整流数据从云服务商迁出所产生的传输费用,可能与算力账单相当。在流数据原本所在的位置进行分析、只回传告警、指标和缩略图,可以控制住这些费用。时长同样重要。云定价偏好短时爆发型负载,而一个每天每小时都在运行的工作负载会累积稳定的算力费用,一两年下来可能超过拥有同等硬件的成本。弹性容量最适合波动需求,而稳定负载在自有基础设施上往往成本更低。

为什么本地基础设施仍然重要

全天候运行的服务会改变这笔账。7×24 的线性频道或 FAST 频道编排让监控持续忙碌,而高吞吐的工作,例如在靠近源站处进行密集的多频道探测会让服务器接近满载。当利用率保持在高位时,专用基础设施把固定成本分摊到大量流和大量小时上,其每条被监控流的成本低于无限期租用同等容量。而且由于流数据从不离开设施,传输费用也随之消失。

假设某运营商拥有可监控 400 条流的基础设施,年化的硬件与软件成本为 20 万美元。在 80% 利用率下,每条被监控流的成本约为每月 52 美元。在 30% 利用率下,随着更多容量闲置,这一成本会升至约 139 美元。与之相比,若弹性容量定价为每条流每月 90 美元,那么自有基础设施的利用率达到约 46% 时就会更经济。尽管确切阈值因部署而异,但对稳定需求持有容量、对峰值租用额外容量,可能是更经济的做法。

大多数运营商最终会采用“基线 + 突发”的混合模式。本地容量按稳定状态规划,覆盖每天都运行的频道,而弹性容量吸收峰值。让每一层各司其职,既能保持基线高效,又能让突发部分灵活,而不会让任何一层过度配置。

与基础设施同步的许可模式

只有当许可模式跟得上时,基础设施的灵活性才能兑现价值。许多运营商可以在几分钟内把服务器上线,却仍需数周来采购运行其上的软件。许可模式在可预测性与需求匹配度之间做取舍。订阅式许可为固定容量提供固定的年度或多年成本。这种可预测性简化了预算编制,但可能让运营商为鲜少使用的余量付费。按用量计费的许可处于另一极端,按流、按小时或两者兼有地对被监控内容收费。成本紧密跟随需求,尽管账单变得更难预测,旺季也可能带来意外。短期事件许可为特定窗口(如锦标赛或产品发布)增加容量。它与订阅基线搭配良好,但每次事件都需要提前规划。

在权衡这些选项时,可移植性应放在首位。它决定了同一份许可能否在本地与云之间迁移,还是每个环境都需要各自的许可;若缺乏可移植性,“基线 + 突发”就变成了两次独立采购。计量粒度同样重要,因为按小时或按流计费比按月打包或分档取整更能反映真实使用情况。成本可预测性可以通过上限、承诺档位或混合模式来保护——混合模式把承诺基线与按量计费的突发结合,让运营商在不牺牲预算控制的前提下获得灵活性。

人们越来越期望监控基础设施能随服务一起扩展,而不是迫使服务围绕固定基础设施来扩展。对规划未来十二个月的运营商来说,最有价值的第一步是仔细审视去年的监控使用情况。找出真正的基线,即每天都运行的流,以及峰值的规模与出现时机。然后为每一部分匹配正确的容量与许可模式,而不是为一年中最繁忙的那一周买单。

作者: Anupama Anantharaman,Interra Systems产品营销和业务发展副总裁

本文来自作者投稿,版权归原作者所有。如需转载,请注明出处:https://www.nxrte.com/zixun/73091.html

赞 (0)

相关推荐