东南亚娱乐直播 CDN 从新加坡分发：CloudFront EdgeOne 阿里云主流三厂路由实测对比 2026

别再问 CloudFront 和 EdgeOne 哪个更快。东南亚三国不同 ISP 走的路不一样，单一 CDN 一定有覆盖盲点。

TL;DR — 三个核心判断

1. 主 CDN 按国家分：印尼 EdgeOne / 菲律宾 EdgeOne / 越南阿里云 CDN，CloudFront 兜底新加坡+马来西亚。
2. 切换阈值按 ISP×时段分档：P99 大约 80-130ms，玄学做法不可取。
3. 混合 CDN 买的是可用性不是省钱：折扣 8-15% 走代理商就能拿，跟几家无关。

大多数直播平台去东南亚，会在 CloudFront 和 EdgeOne 之间反复评测，测出来 A 快 3ms、B 快 5ms，选了一家上线。三个月后运营开始收到雅加达用户投诉”晚 8 点卡”、马尼拉用户投诉”跳过缓冲区”。回头看数据才发现，晚高峰雅加达 P99 从白天的 50ms 冲到 200ms+，那家 CDN 跟印尼当地 ISP 的 peering（两家网络之间互通的对接关系，下文详述）在拥塞，跟 CDN 本身没挂是两件事。

今年 5 月一家做娱乐直播的团队找到我们，用户主力在印尼、菲律宾、越南三国。他们上线跑 EdgeOne 三周，越南延迟很好，印尼 Telkomsel 用户投诉不断。切到 CloudFront，越南 Viettel 反倒慢了。折腾一个月后终于接受”没有一家 CDN 能通吃三国”，改配了三厂混合调度，主 CDN 按国家分（EdgeOne 打菲律宾、CloudFront 打新加坡+马来西亚、阿里云 CDN 打越南）+ 兜底切换阈值。上线两周后印尼 P99 稳定在 60-80ms、马尼拉 45-70ms、胡志明 30-50ms，卡顿相关工单从改造前每周三四十条降到个位数（该客户内部工单统计，样本单一仅供参考）。

这篇讲三件事：

1. 三厂 CDN 在印尼/菲律宾/越南的 ISP 层面路由差异——不是「哪家更快」，是「哪家在哪个 ISP 上什么时段快」。
2. 混合 CDN 调度怎么配才不会缓存分裂——调度层按观众粘住一家 + 防护层统一前置回源，缺一不可。
3. 新加坡公司通过代理商采购多 CDN 的账单归集——三家走同一份合同 + 一张 Tax Invoice 含 GST 9%。

东南亚娱乐直播三厂 CDN 路由实测

先给数据。本表数字为 PoP 网络往返延迟（RTT / segment fetch RTT），不是端到端 glass-to-glass 直播延迟——720p HLS 默认 segment 6-10s + 3 段缓存，glass-to-glass 一般 20-40 秒；决策阈值用 P99 RTT + 播放器 buffer 健康度双指标，别把 RTT 当端到端 SLA 看。

测试方法（简要）

• 源站：新加坡 EC2（c7i.large），独立于三家 CDN
• 流规格：720p HLS 直播流，各家 SDK 播放器
• 样本：东南亚三国六 ISP × 每 CDN 各 100 条

100 样本算 P99 统计意义弱、约等于最大值，仅作相对量级参考；生产决策另需 1 万+ 样本或 7×24h 持续采集。

先说清两个词：

• P50：一半用户能达到的延迟（中位数）
• P99：最慢那 1% 用户的延迟

直播卡不卡看的是 P99。P50 再好看，只要 P99 冲高，就有一批用户在缓冲转圈。

印尼：雅加达三大 ISP 的路由差异

印尼是东南亚人口第一大市场，三大 ISP：Telkomsel（移动+家宽双龙头，OpenSignal 2025 移动用户市占 45%）、Biznet Networks（家宽头部）、Indihome（Telkomsel 旗下家宽品牌，2023 年已并入 Telkomsel，列在 Telkomsel 系列）。

ISP	时段	CloudFront P50/P99	EdgeOne P50/P99	阿里云 CDN P50/P99
Telkomsel	白天	42/58ms	38/52ms ✓	55/78ms
Telkomsel	晚高峰	65/95ms	48/68ms ✓	72/105ms
Biznet	白天	35/48ms ✓	42/61ms	58/82ms
Biznet	晚高峰	88/205ms ✗	51/72ms ✓	95/145ms
Telkomsel (含 Indihome 家宽)	全天	41/62ms ✓	55/78ms	48/68ms

关键发现：CloudFront 在 Biznet 晚高峰路由劣化明显（20:00-23:00 印尼时间），P99 从白天的 48ms 飙到 205ms。这不是 CDN 本身性能问题，看数据像是 AWS 亚太骨干与 Biznet 之间的**对等互联（peering，两家网络互通的对接）**带宽在晚高峰拥塞。EdgeOne 在雅加达晚高峰反而稳定，推测它跟 Telkomsel 的对接更顺（未经官方确认）。

菲律宾：马尼拉两大 ISP 的强弱互换

菲律宾主流 ISP 就两家：PLDT（家宽龙头 63% 份额、Globe 21%，IWhale/行业报告 2025）、Globe Telecom（移动龙头 52% 份额、家宽第二）。菲律宾整体网络基建落后印尼一档，延迟基线本身偏高。

ISP	时段	CloudFront P50/P99	EdgeOne P50/P99	阿里云 CDN P50/P99
PLDT	白天	62/95ms	45/68ms ✓	68/98ms
PLDT	晚高峰	82/135ms	58/85ms ✓	88/128ms
Globe	白天	51/72ms ✓	62/88ms	72/108ms
Globe	晚高峰	78/118ms	55/82ms ✓	85/125ms

关键发现：EdgeOne 在菲律宾 PLDT 全天占优，推测跟它在马尼拉 PoP 对接 PLDT 骨干更顺有关（未经官方确认）。CloudFront 在 Globe 白天略好、晚高峰被 EdgeOne 反超。如果你的菲律宾用户主力在 PLDT（PLDT 是菲律宾家宽龙头 63% 份额，行业报告 2025），EdgeOne 是首选。

越南：Viettel 骨干上阿里云 CDN 领先

越南 ISP 结构简单：

• Viettel（军方背景，移动市占 56%、Mordor 2025 / Statista）
• VNPT/VinaPhone（22.8%）
• MobiFone（18.5%）
• FPT

越南国际带宽依赖海底光缆，主要有 AAE-1、APG、SJC2、SMW-3、SMW-4、IAE（其中 SJC2 2025 年才完工）。近三年故障：

• AAE-1 S1H5 分支 2024-05 故障 → 2024-12 修好
• APG 2024-11 全段中断 → 2025-05 修好

三家 CDN 在越南都受同一批海缆故障连累，海缆故障或检修期间国际出口容易拥塞。

ISP	时段	CloudFront P50/P99	EdgeOne P50/P99	阿里云 CDN P50/P99
Viettel	白天	45/72ms	42/68ms	28/45ms ✓
Viettel	晚高峰	62/108ms	55/95ms	35/58ms ✓
VNPT	白天	38/55ms ✓	45/68ms	42/62ms
FPT	白天	42/62ms	38/58ms ✓	45/68ms

关键发现：阿里云 CDN 在 Viettel 全天段领先，尤其晚高峰 P99 比另两家低 40-50ms。推测跟阿里云早年做跨境电商时在越南铺的骨干直连有关（未经官方确认，从实测现象倒推）。VNPT 和 FPT 两家 CDN 表现相对均衡。

数据来源：SevenColorYun 内部 CDN 监测平台，2026-06 至 2026-07 三国六 ISP × 每 CDN 各 100 样本 720p HLS 分片延迟测试；对比第三方 CDNPerf 全球性能库 交叉验证。

协议层说明：本文测的是 HLS 路径的 PoP RTT，端到端延迟 20-40 秒。如果你的业务要 2-5 秒延迟用 LL-HLS（Low-Latency HLS，segment 200ms-1s），亚秒级连麦/打赏互动用 WebRTC。LL-HLS 和 WebRTC 在多 CDN 调度、缓存粒度、切换代价上机制完全不同，本文不展开。决策矩阵中阈值只对 HLS 路径生效，换协议要重测。

直播上行 ingest：本文只讲下行分发，ingest 链路漏讲半张图

本文前面所有内容针对的是直播下行分发（观众 → 边缘 PoP → 源站）。但娱乐直播还有一条独立的上行 ingest 链路（主播 → ingest 源），多 CDN 方案在 ingest 侧有完全不同的工程做法：

• 推流协议：RTMP（推流主流，跨海 RTT 100-200ms 是常态）、SRT（抗丢包，适合跨境推流）、WHIP/WebRTC（亚秒级延迟，适合连麦互动直播）。
• 多 CDN 推流的两种工程做法：(1) simulcast to multiple origins——主播同时往 N 家 CDN 的 ingest 端点推流，源站带宽 × N；(2) 单一主推 + pull 镜像——主播只推一家 CDN ingest，其他 CDN 拉流镜像。后者节省源站带宽，但增加镜像 CDN 的回源链路长度。
• 跨海推流的稳定性：新加坡源站不是 ingest 点，主播从中国/东南亚本地推流到新加坡源站会跨海，跨海 RTT + 丢包率让 RTMP 卡顿率比本地 ingest 高 2-3 倍。生产上 ingest 节点要放在主播物理就近地区（曼谷/雅加达/胡志明/香港），不全部回新加坡。

这部分独立成文另说，本文不再展开。多 CDN 方案如果只考虑下行、不考虑 ingest 链路，相当于只解决了「观众能不能看到」的一半问题。

单一 CDN 为什么在东南亚一定有盲点？

看完实测数据先给结论：三厂 CDN 在东南亚三国的强弱没有单调关系——不存在一家能在所有国家×所有 ISP×所有时段都占优。

CDN 边缘性能不由「节点数」决定，而是由「跟当地 ISP 的 peering 关系 + 骨干带宽预留」决定。

• AWS CloudFront 全球 410+ PoP（2025 AWS 白皮书数据），亚太边缘节点密集。但从实测看，它跟印尼 Biznet、菲律宾 PLDT 之间像是走了二级中转（推测经新加坡或香港骨干，未经厂商确认），晚高峰拥塞时体感明显下降。CloudFront 在新加坡本地、马来西亚、泰国这些跟 AWS 骨干直连的市场推断稳定（本文未在马来西亚、泰国实地测过 ISP 样本，上线前建议自测验证）。
• 腾讯 EdgeOne 是腾讯云 2022 年后推出的一体化边缘安全加速平台（CDN 加速 + WAF/DDoS 防护 + Edge Functions 四层代理 + 边缘计算），与传统的「腾讯云 CDN」是同体系下的演进产品（旧 CDN 业务部分迁移/并入 EdgeOne）。本文讨论的「走 EdgeOne 加速」对应其 CDN/动静态加速模块，去采购页搜「EdgeOne」而不是「腾讯云 CDN」。官方口径 3200+ 加速节点（其中大陆 2,800+ 需独立开通、国际 400+，东南亚有专属节点）全球带宽 400+Tbps。实测在菲律宾 PLDT、印尼 Telkomsel 上白天+晚高峰都稳，推测跟当地骨干对接更顺有关。相对弱项是新加坡源站到它的回源，不如 CloudFront 顺畅。（提醒：各厂公布的数字口径不一样，EdgeOne 数的是加速节点/服务器数，CloudFront 数的是 PoP 边缘位置数，两者不能直接比大小当「谁节点多谁快」，边缘性能看的是跟当地 ISP 的对接质量，不是数字堆量。）
• 阿里云 CDN 实测在越南 Viettel 上全天领先、在印尼 Indihome 有优势，推测跟它早年做跨境电商在越南铺的骨干直连有关，但在菲律宾整体落后一档。

这就是”单一 CDN 覆盖盲点”的物理原因。一家 CDN 在某个 ISP 上快不快，取决于它跟这家 ISP 的对接质量：既有商业 peering 协议，也有 BGP 路由、专线容量、PoP 位置这些技术因素。没有哪家 CDN 能在所有市场都跟顶级 ISP 签下并铺好最优通道，这不是钱能一次性解决的。¹

数据来源: Tencent EdgeOne 官方页（官方口径 3200+ 加速节点、400+Tbps 全球带宽，“节点”与下方 CloudFront 的”PoP 位置”口径不同）+ AWS CloudFront Features，2026-07-20 调研。

混合 CDN 调度怎么配？调度层二选一 + 防护层必做

单 CDN 不够用，多 CDN 又怕缓存分裂——这是两层问题：

层级	决定什么	方案
调度层（选哪一家）	「某个用户走哪家 CDN」	架构 A（DNS）或 架构 B（客户端探测），二选一
防护层（怎么不砸源站）	「多家 CDN 怎么共享回源」	架构 C（统一前置层），必做项，跟 A/B 叠加使用

防护层不是跟 A/B 并列的第三个选项——是必做的底盘。

架构 A（调度层方案一）：DNS 层调度（GSLB，全局服务器负载均衡）

在权威 DNS 层做智能解析，根据用户 IP + geo 数据库返回不同 CDN 的 IP。腾讯云 DNSPod GSLB、AWS Route 53 latency-based routing、Cloudflare Load Balancer 都能做。

优点：无需改客户端代码、部署快、多 CDN 各厂账单独立。

缺点：依赖递归解析器行为，部分 ISP 的 DNS 不支持 ECS（EDNS Client Subnet，简单说就是解析器不带用户真实位置，CDN 没法按用户就近解析）。直播场景 QoE（观看体验，卡不卡、清不清晰）敏感，DNS 调度精度不够。

适用：Web/静态资源 CDN、非直播场景、快速上线。

架构 B（调度层方案二）：客户端探测调度（推荐直播）

在播放器 SDK 里内置多 CDN 探测逻辑：客户端（也就是观众的播放器本身，业内叫 RUM，Real User Monitoring，真实用户侧实测）启动时探测各家 CDN 的实时表现（不能只看 ping 的 RTT，握手快不代表分片下得快，得连分片下载耗时、首帧一起测），选最优那家开始播放。播放中每 30-60 秒重测一次，出现异常再切换。

优点：精度最高、不依赖 DNS。

缺点：要维护 SDK 或 JS 注入、探测流量本身占带宽。还有一个常被忽略的代价：切 CDN 对直播进行中会话的冲击是 HLS 15-30 秒级缓冲/黑屏，不是秒级无缝——新节点缓存是冷的、切过去头几个分片要回源、还要重建 TCP/TLS；HLS segment 6-10s 切到新 CDN 意味着观众缓冲 1-3 个 segment 才能继续。这正好命中博客已知坑：多活/双活保护的是新连接入口的可用性，不是进行中的有状态实时会话。直播流是有状态实时会话，sticky + 切 CDN 的代价在传统容灾讨论里被严重低估。

缓解切换代价的 3 个手段

1. 预取最新分片：客户端后台从备 CDN 持续预取最新 1-2 个 segment，切换时 buffer 已有内容。
2. HTTP/3 QUIC 0-RTT：降低连接重建成本（注意 0-RTT 有重放风险，支付场景慎用）。
3. 分片边界 + 滞后阈值：切换卡在分片边界做，设 hysteresis 防止临界点反复抖动来回切。

补充一句机制区分：上面说的是「客户端自测选路」。业内还有一套 Content Steering（Apple HLS 规范 / DASH-IF 标准），是服务端下发一份 steering 清单、告诉播放器各 CDN 的优先级，跟客户端自测 RTT 不是一回事，别混为一谈。两套可以配合用，落地按你的播放器 SDK 支持情况选。

适用：直播、点播视频、QoE 敏感场景。这是直播场景标配。

架构 C：防缓存分裂（防护层，跟 A/B 叠加，不是三选一）

不管调度层用 DNS 还是客户端探测，都要防「同一个视频段被多家 CDN 各缓存一次」造成源站请求翻倍。

核心结论：直播用「统一缓存前置层」，不要用按 URL 的一致性哈希。

原因：直播的分片 URL 每秒都在变（segment_001.ts、segment_002.ts……），按 URL 哈希会把同一观众连续分片算到不同 CDN 上，流在几家 CDN 之间来回跳，每跳一次都撞上「新节点缓存冷、要回源重建连接」的缓冲灾难——这正是架构 B 里警告过的反模式。

三厂 CDN 的「中间源」机制对照（单厂商闭环）

CDN	中间源能力	适用边界
CloudFront	Origin Shield	只收敛 CloudFront 自己的回源，管不到别家
EdgeOne	中间源	EdgeOne 内部回源收敛，管不到别家
阿里云 CDN	中心节点回源（OSS 同 region 走内网免费）	阿里云生态内闭环，管不到别家

跨厂商场景必须叠第四层：独立统一中间缓存

三家的「中间源」都是单厂商闭环，多 CDN 混合场景下管不到别家回源。所以必须在源站前再架一层跨厂商独立的统一中间缓存，它收下游所有 CDN 的回源请求再回源站。实现方式：

• 自建 NGINX proxy_cache / Varnish
• 独立缓存服务：Cloudflare Cache Reserve / Hydrolix / Cloudflare R2 缓存

这是第四层，不是 CloudFront 一个开关能解决的。

一致性哈希的适用边界（只对点播/静态资源生效）

场景	一致性哈希是否适用	备注
点播/静态资源（URL 稳定）	适用	按 URL 把资源映射到固定 CDN，缓存命中率 90%+
直播（URL 每秒在变）	不适用	回到上面的「统一前置层」方案

反模式警告：别用 hash(url) % N 这种取模写法。一旦某家 CDN 故障、N 从 3 变 2，几乎所有 URL 会重新映射到不同 CDN，全量缓存瞬间失效，下游全部回源，反而砸垮源站（就是我们要防的惊群）。一致性哈希环加虚拟节点，才能保证一家掉线时只有 1/N 的资源重新分配，其余缓存不动。

这两层组合起来（调度层按观众选路 + 防护层统一前置回源），混合 CDN 的源站请求量能收敛住，回源成本涨幅可以控制在可接受范围。

数据来源: Hydrolix Multi-CDN Guide 2026-02 + SevenColorYun 直播客户实际部署总结。

新加坡直播平台的三厂混合调度决策矩阵

给一个可以直接抄的调度决策表。按国家 × 主流 ISP × 时段选主 CDN，另两家做热备（warm standby，即备用 CDN 也持续拉少量流量保持缓存是热的，切过去不用冷启动；注意这跟”两家同时扛全量流量”的 Active-Active 不是一回事）。

阈值说明：切换阈值统一用 PoP RTT P99 指标，单位毫秒。错误率阈值（<1%）作为辅助条件。

用户所在	主 CDN	备 CDN 1	备 CDN 2	切换阈值
印尼 Telkomsel 全天	EdgeOne	CloudFront	阿里云 CDN	P99 >100ms 或错误率 >1%
印尼 Biznet 白天	CloudFront	EdgeOne	阿里云 CDN	P99 >80ms
印尼 Biznet 晚高峰	EdgeOne	阿里云 CDN	CloudFront	P99 >120ms
印尼 Indihome	CloudFront	阿里云 CDN	EdgeOne	P99 >100ms
菲律宾 PLDT 全天	EdgeOne	CloudFront	阿里云 CDN	P99 >120ms
菲律宾 Globe 白天	CloudFront	EdgeOne	阿里云 CDN	P99 >100ms
菲律宾 Globe 晚高峰	EdgeOne	CloudFront	阿里云 CDN	P99 >130ms
越南 Viettel 全天	阿里云 CDN	EdgeOne	CloudFront	P99 >80ms
越南 VNPT/FPT	二选一（VNPT 走 CloudFront、FPT 走 EdgeOne，按上文实测）	另一家	阿里云 CDN	P99 >100ms

主备三层的意义：主 CDN 挂了立刻切备一；备一也异常切备二。

共因风险：三家都受同一批海缆和头部 ISP 影响。 三家 CDN 都走相同的几条海底光缆（AAE-1 / APG / SJC2 到 SEA），任一条切断三家都受影响；且三家的东南亚对等互联都集中在 PLDT/Globe/Telkomsel/Viettel 这几家头部 ISP 上，ISP 自身骨干故障或上游对等互联拥塞会同时影响多家 CDN 的东南亚表现，不是「peering 独立」这么简单。

真正要警惕的是源站单点。 三家 CDN 都回同一个新加坡源站（和共用的统一缓存前置层），源站/前置层才是真正的单点，它一宕，三家一起没数据。所以边缘做三层备份的同时，源站也得做多可用区（AZ）冗余或主备，别让「三家全挂概率低」麻痹了源站高可用。

配套还要做的事：

1. 源站和统一缓存前置层做多 AZ 冗余——避免成为整链单点。
2. 客户端 SDK 探测周期 5-10 秒——用 EWMA 滑动窗口避免单次抖动误切，回中心统计用于阈值动态调整。HLS segment 6-10s，30 秒探测周期会滞后 1-3 个 segment，体感 6-30s 缓冲。
3. 主备切换记录写入日志——月度复盘时按 ISP 拆分错误率。

正文里提到的 AWS CloudFront 代理采购、腾讯云 EdgeOne 代理方案 和 阿里云 CDN 代理采购 里有具体折扣和 SLA 条款。

混合 CDN 的成本账怎么算？

混合 CDN 主要买的是可用性和补覆盖盲点，不是省钱。市面上「多 CDN 帮你省钱」的说法要拆开看——真能省的那部分来自代理商折扣，而折扣单用一家 CDN 也能拿到。别把这两件事混为一谈。

给一个典型算例：新加坡源站 → 东南亚三国直播、平均并发 1000 观众、720p 码率 3Mbps、每天播 4 小时。

先算月流量（这个式子能自己复现）：

• 3Mbps 是比特率，换成字节要 ÷8 → 每路 0.375 MB/s
• 1000 路 × 0.375 MB/s = 375 MB/s
• × 每天 4 小时（4 × 3600 秒）× 30 天 ≈ 162,000 GB（约 162TB）

成本这样看：

• 按 CloudFront 东南亚档（香港/新加坡/印尼/菲律宾/越南同属一档，第一档 $0.120/GB；US/EU 档 $0.085/GB；2025 公开价格数据）第一付费档估，单 CDN 月费约 $19,500 USD 量级（阶梯价用量越大越便宜，实际会更低，以官方报价为准）。
• 关键提醒：CloudFront 这类按 GB 是递减阶梯，量越大单价越低。所以把 162TB 拆给三家 CDN，每家用量变小，反而可能掉进更高的单价档。分流本身不会让每 GB 更便宜，别指望”拆开就省钱”。
• 真正能压价的是代理商折扣：通过代理商拿 AWS/腾讯/阿里云的阶梯价叠加合作伙伴折扣，按 SevenColorYun 代理客户账单样本（n=5，2025-2026，仅供参考）综合能省 8-15%。但这笔折扣你只用一家 CDN 照样能拿，不是混合架构的专属好处。
• 混合架构自己带来的额外成本：统一缓存前置层要多一份中间源的费用。

上多 CDN 的理由是「某家在某国某时段挂了或劣化，能自动切到备用家」和「补单一 CDN 的覆盖盲点」，不是账单更便宜。想省钱走代理商折扣就够了，跟用几家 CDN 无关。别拿「省 15-25%」当上多 CDN 的理由，那笔省是折扣省的，不是分流省的。

数据来源: AWS CloudFront Pricing + Tencent EdgeOne Pricing，2026-07-20 调研；折扣幅度来自 SevenColorYun 代理客户账单样本 5 家（内部数据，仅供参考）。

代理商能不能一次采购多家 CDN？

能。这也是新加坡本地直播平台走代理商的核心理由之一：

• CloudFront 阶梯价 + AWS Enterprise Discount + 代理返赠（一家账单）
• EdgeOne 官方 Partner 折扣 + 代理返赠（一家账单）
• 阿里云 CDN 大客户折扣 + 代理返赠（一家账单）

代理商能做的是：三家 CDN 采购走同一个合同 + 出一张 Tax Invoice（新加坡本地代理商）含 GST 9%、每月出三家 CDN 汇总账单和分成明细。综合成本比自己去三家直采低 8-15%（阶梯价+折扣叠加，按 SevenColorYun 代理客户账单样本 n=5，仅供参考）。产品与折扣条款见 AWS CloudFront 代理采购 和 腾讯云 EdgeOne 授权代理商方案。

关于 SevenColorYun

我们的三项服务跟这篇文章直接相关：

• 三厂 CDN 综合折扣 + 单一 Tax Invoice（含 GST 9%，对 IRAS 直接做账）
• 多 CDN 调度配置模板（客户端探测 SDK + 统一前置层 + 直播/点播分流）
• 东南亚 CDN 延迟实测报告（目标国 P50/P99 + 时段谱）

SevenColorYun 是 AWS Partner Network（APN）+ 腾讯云、阿里云官方合作伙伴，为新加坡和东南亚市场的直播/音视频公司做多 CDN 采购和技术咨询。

• 三厂 CDN 综合折扣 + 单一 Tax Invoice：CloudFront、EdgeOne、阿里云 CDN 三家分开采购走一份合同，含 GST 9% 的 Tax Invoice 直接对 IRAS 做账。
• 多 CDN 调度配置模板：客户端探测 SDK 集成模板、按观众粘住 CDN 的调度逻辑、直播用的统一缓存前置层配置（点播场景另附一致性哈希路由）。直接拿去用，不用自己从零搭。
• 东南亚 CDN 延迟实测报告：把 SG 源站域名发过来，我们用部署在各 ISP 的探测节点跑一份三家 CDN 在你目标国家的 P50/P99 延迟对比 + 时段谱数据（探测节点数据，非你真实用户的 RUM，作初步对比用）。

先按”国家×ISP×时段”三维度自己测，撞墙”实测跑不动”或”配置模板太复杂”再来找我们，入口在 联系我们 或 AWS CloudFront 代理采购。

常见问题

调度与切换

东南亚直播用 CloudFront 还是 EdgeOne？三厂 CDN 哪个更快？

没有绝对答案，三厂在东南亚三国的强弱不同。CloudFront 在新加坡本地和马来西亚强、雅加达 Biznet ISP 晚高峰路由会劣化；EdgeOne 在马尼拉 PLDT/Globe 骨干白天占优、雅加达 Telkomsel 手机网络下比 CloudFront 快；阿里云 CDN 在越南 Viettel 骨干上表现领先。生产环境不推荐单选一家，按国家×时段做混合调度，切换阈值按 ISP 和时段分档（P99 大约 80-130ms），具体见正文决策矩阵。

直播场景多 CDN 切换用 DNS 调度还是客户端探测调度？

直播推荐客户端探测调度（业内叫 RUM，真实用户侧实测），播放器实时探测多家 CDN 的表现（不能只看 RTT，要连分片下载耗时一起测），异常时在分片边界切换。DNS 调度依赖递归解析器行为，部分 ISP 的解析器不支持 ECS（EDNS Client Subnet），会把东南亚用户误路由到远端节点。另外还有服务端的 Content Steering（HLS/DASH 标准）可配合使用，跟客户端自测不是一回事。

缓存与成本

多 CDN 是不是就是把流量分给两家？

不是。简单 50/50 分流会导致缓存分裂，同一个视频段被两家 CDN 各缓存一次，源站请求量翻倍。直播的正确做法是按观众粘住一家 CDN（一个观众整场固定走探测最优那家），再在源站前架一层所有 CDN 共用的统一缓存前置层收敛回源。注意：按 URL 的一致性哈希是点播/静态资源的做法，直播分片 URL 每秒在变，套用会让同一观众的流在 CDN 间来回跳、反复触发冷启动缓冲，别照搬。

直播多 CDN 混合调度会不会推高源站成本？

不做保护会。50/50 分流意味着源站请求量翻倍。三个对策：一是调度层按观众粘住一家 CDN（一个观众整场固定走一家，减少跨 CDN 回源）；二是加一层所有 CDN 共用的统一缓存前置层收敛回源；三是错峰调度（低峰全部走主 CDN，高峰才分流）。注意上多 CDN 主要是为可用性，不是为省钱。

性能与采购

CloudFront 在雅加达为什么会慢？

主要是 Biznet Networks ISP 与 AWS 亚太骨干的 peering 在晚高峰（20:00-23:00 印尼时间）因带宽拥塞出现路由劣化，P99 从白天的 50ms 升到 200ms+。业务实际感受：晚间直播开播前先测雅加达节点，如果 P99 已经明显偏高就切到 EdgeOne 或阿里云 CDN 的 Jakarta PoP。

新加坡公司通过代理商采购多家 CDN，能拿到什么折扣？

多 CDN 采购通过代理商叠加折扣是常见做法。CloudFront 阶梯价、EdgeOne 官方 Partner 折扣、阿里云 CDN 大客户返赠，分别通过一家代理商统一走。代理商还能帮做流量在三家之间的实时统计报表和账单归集，出一张 Tax Invoice。综合成本比单家直采低 8-15%，但这笔折扣单用一家 CDN 也能拿。

相关阅读

先看这篇（直播成本整体框架）：海外直播CDN成本优化：多CDN+P2P+智能编码三层框架降本30%-50%——本文的成本优化补充篇。

按场景挑着看：

• 新加坡源站部署：AWS 新加坡区完整指南——EC2 选型 + PDPA 合规 + 代理采购
• 单 CDN 电商场景：AWS CloudFront 电商加速指南——单 CDN 不够时的过渡方案
• 腾讯云东南亚全栈：腾讯云东南亚部署完整指南——节点选型 + 业务覆盖
• 架构层背景：出海企业全球加速方案：Anycast + 智能 DNS + 边缘节点架构设计——Anycast/EDNS 原理

Footnotes

1. 上面各厂「跟某 ISP 对接更顺」的说法，是从我们实测延迟现象倒推的判断，具体私有 peering / 直连归属未经厂商官方确认，仅供参考。 ↩