上周三晚上十一点，我正在家刷短视频，突然工作群炸了，印尼那边的直播用户集体反馈：画面卡成幻灯片，延迟直奔8秒，弹幕比画面快了一整句，老板直接@我：“你是运维还是导演？这戏是你导的？”那一刻我恨不得找个地缝钻进去，不是设备不行，不是带宽不够，是CDN在东南亚“水土不服”，从那天起，我决定把市面上主流的亚太CDN挨个扒一层皮，看看到底谁能在东南亚、印度、日韩这些地方真正扛住直播洪峰。
先说测试环境，测试机是一台Intel E5-2680 v4双路服务器，32核64线程，128G内存，万兆网卡，客户端用的是三台i7-12700H笔记本，分别放在新加坡、雅加达和东京的机房，直播推流用OBS，1080P 30帧，码率6Mbps，测试RTMP和HLS两种协议，工具方面，iperf3测带宽，httping测延迟，Chrome DevTools的Network面板抓缓存命中率，再用自写的脚本每30秒模拟一次用户请求，连续测24小时，为了公平，所有CDN都开企业版套餐,配置相同的回源策略和缓存规则。
先说延迟，测试选在晚上8点黄金时段，模拟真实用户高峰，新加坡节点，A厂商平均延迟32ms，B厂商41ms，C厂商28ms，雅加达就刺激了，A厂商直接跳到188ms，B厂商157ms，C厂商92ms，东京表现最稳，三家都在18-25ms之间，但别急着下结论，延迟只是开始，下载速度才是直播的命根子，同样是6Mbps的直播流，雅加达拉流时，A厂商平均下载速度只有3.2Mbps，频繁降到1.5Mbps以下，画面直接崩成马赛克；B厂商稍好，4.5Mbps；C厂商稳定在5.8Mbps，只有两次瞬间掉到4Mbps以下，新加坡和东京区别不大，基本都能跑满，但你要做全亚太覆盖，雅加达这类节点才是真正的“照妖镜”。
缓存命中率这块，更值得说道，直播讲究的是实时性，缓存策略太激进，观众看到的是十几秒前的画面；太保守，源站扛不住，实测下来，HLS切片场景下，A厂商的缓存命中率只有52%，意味着近一半请求得回源，延迟直接起飞；B厂商61%，但也经常出现“缓存穿透”——观众反复请求同一个切片，后端却每次都要去源站拉；C厂商达到77%，这数据乍一看一般，但它的缓存策略是“智能预加载”，核心热点流会提前分发到边缘节点，实际播放体验接近无感，RTMP场景下，三家差距缩小，但C厂商在丢包率高时仍能保持缓存节点的快速切换,几乎感觉不到中断。
亚太直播出海，CDN选不对，卡成PPT，老板连夜让我滚蛋
拿竞品对比说人话，A厂商朋友价便宜，但亚太节点分布明显“偏科”，印尼、菲律宾这些地方几乎等于裸奔，适合对东南亚不太依赖的用户；B厂商中规中矩，欧美节点强悍，在亚太却有点“水土不服”，延迟和带宽都卡在中间线上；C厂商虽然贵了大概20%，但它的亚太节点是三层架构——核心节点、区域节点、边缘节点，配合智能调度，在新兴市场表现突出，如果你主要做日韩、新加坡生意，B厂商性价比不错；但如果你要打印尼、印度、越南这些高增长市场,C厂商的投入值得。
最后做个总结，不吹不黑，亚太直播出海最忌讳“一刀切”——用国内的经验直接套海外，实测数据已经很清晰：雅加达是修罗场，东京是后花园，新加坡是缓冲带，如果你预算有限，可以聚焦C厂商的东南亚区域套餐，把欧美和其他地区用A厂商补充，混合组网，但如果你像我一样，客户遍布东南亚各国，老板半夜会因为你选错CDN而“问候”你，那多掏那20%的钱买C厂商的稳定和缓存效率，就是买自己的睡眠质量和职业寿命，毕竟，直播卡顿一次，用户流失的是对产品的信任，而你失去的,可能下次就不只是被骂了。
别问我怎么知道的，上周四，我把C厂商的配置方案拍在老板桌上，说：“机器我调好了，你再给我一次机会。”老板看了一眼测试数据，沉默了三秒，说：“下周一之前把A厂商的合同解约。”那晚,我终于睡了个好觉。
发表评论