先科普一个知识，网络传输大概每100公里延迟增加1毫秒，1毫秒是什么概念？拿对响应速度要求比较高的云游戏举例：
游戏机手柄到主机之间的蓝牙传输速度是80毫秒；
服务器处理速度大概是10毫秒；
北京到广州的直线距离是1900公里，广州用户直接访问北京的服务器（不考虑跨网络情况）的网络传输延迟是20毫秒。
不考虑人烟稀少地区，一个省有2-3个节点，网络传输延迟就能低于5毫秒。国内的三家主要云厂商，阿里、腾讯和金山云，国内节点都在600-1000个以上，因为国内是电信、联通、移动三张网，差不多每张网有200多个节点，2019年的数据，我国有二线城市：30个，三线城市：70个，四线城市：90个，也即是说这几家的节点能覆盖到全国1-4线城市，进而辐射周边，网络传输延迟控制在5毫秒以下基本都可以做到。
再来看海外的情况，来看下Akamai的Content Delivery Network分布图：
在目前的应用需求下，为了访问速度边缘部署有任何意义？至于未来，未来再看。
我现在很想知道一个问题的答案，如果有人知道请告知，或许可以推翻这篇文章。即：
Tiktok为什么选择Fastly？这里面其实是两个问题：
1、为什么不是用AWS这些云供应商而是用Fastly这样的CDN供应商？如果他们即用了云供应商又用了Fastly的话，哪些数据放在AWS、哪些数据放在CDN？
2、Akamai、Cloudflare、Fastly这么多CDN供应商，最后选了Fastly，是看重哪些方面的优势？
$Fastly(FSLY)$ $Cloudflare(NET)$
利益披露： $大愚基金(P000768)$ 不持有文中提及的标的，未来72小时没有交易计划。本文不构成投资建议。
精彩讨论
永远学习的排骨朱2020-11-10 18:00说明一个小问题，不影响本文结论，算长距离的时延，不能用地图距离，应该用光缆距离。实际光缆建设因为要进城进机房（接传输设备以及跳纤等等）出城出机房，难免有一些绕转，所以长距离光缆距离通常在地图距离的1.5-1.6倍左右，比如文中提到的北京-广州，实际光缆距离在2900-3000㎞左右，双向（一去一回）时延在29-30ms。
同省内也需考虑这个问题，所以可能不是5ms而是6-7ms常见（新疆内蒙这样大省就更多了）
涉及云，还有一个公众互联网访问时拥塞的问题要考虑，可以简单理解为网络一共100M带宽但2个人各自都要用60M，于是拥塞丢包了，那网络延迟会很大。公众互联网几万个节点这样的事很常见。所以通过公众互联网访问云，可能会有这种问题。我估计这也是因为这个原因，才用CDN，而不只是用云，因为CDN节点可以离用户更近，避免了一些上层网络的拥塞。
Jackson6012020-11-10 23:01具体TikTok的不知道，说说整体的。
1.为什么不用AWS用Fastly?
AWS是云供应商，中心化计算，FSLY是边缘云，去中心化计算。占带宽，便于计算的内容留在边缘云，做一个预处理以后再传回中心云，这样省下了大量的带宽和算力。
2.为什么选Fastly而不是Akamai, Cloudflare等等？
Fastly的延迟普遍小于Akamai和Cloudflare，服务响应也远远好于Akamai和Cloudflare。此外Fastly的CDN可编程性强，工程师友好，可以做大量的自定义化工作，适合大公司。Cloudflare上手简单，但是自由度不高，适合SMB。内容上看，Video on demand这种对延迟要求不高的基本看价格和availability来选CDN, website和api等延迟要求高的偏向于选Fastly。此外Fastly还提供防止DDoS攻击等额外功能。
刘大彤2020-11-10 18:13100公里的延时要达到这个程度，条件很苛刻，传输信号最快的是光纤，200公里1毫秒，但实际上做不到的，因为这么远的距离，中间有设备，运营商的网络分接入，汇聚，骨干，设备需要处理，也有延时，同时还有核心网。路由器一跳接一跳，说不定中间还有拥塞，不会有你说的这么理想化的场景
曼珠沙华20162020-11-11 09:02技术上来说，你说的延迟是一个方面，另一个方面是拥堵程度，再快的高速公路如果堵上了，速度也要下来。所以边缘云绝非伪概念，而是实实在在的需求。
另外，以人体为例更好理解，既然大脑与手指的传输速度很快，为什么还要有条件反射的反应？显然至少有两个作用，一个是降低大脑的负担，另一个是可以把主要精力用来传输需要思考的东西，而非任意的神经反馈。
总有时间来浪费2020-11-10 18:12我认为边缘云概念更多是在工业物联网领域提出的，物联网设备可能是现有终端数目的十倍或者佰倍，边缘云更靠近物联网设备，不仅要考虑时延，还要考虑可靠性。另外，集中，或者分布，每隔几年就会变一次风，到底边缘云能否普及，取决于用户的选择，这个只能交给时间。
全部讨论
说明一个小问题，不影响本文结论，算长距离的时延，不能用地图距离，应该用光缆距离。实际光缆建设因为要进城进机房（接传输设备以及跳纤等等）出城出机房，难免有一些绕转，所以长距离光缆距离通常在地图距离的1.5-1.6倍左右，比如文中提到的北京-广州，实际光缆距离在2900-3000㎞左右，双向（一去一回）时延在29-30ms。
同省内也需考虑这个问题，所以可能不是5ms而是6-7ms常见（新疆内蒙这样大省就更多了）
涉及云，还有一个公众互联网访问时拥塞的问题要考虑，可以简单理解为网络一共100M带宽但2个人各自都要用60M，于是拥塞丢包了，那网络延迟会很大。公众互联网几万个节点这样的事很常见。所以通过公众互联网访问云，可能会有这种问题。我估计这也是因为这个原因，才用CDN，而不只是用云，因为CDN节点可以离用户更近，避免了一些上层网络的拥塞。
具体TikTok的不知道，说说整体的。
1.为什么不用AWS用Fastly?
AWS是云供应商，中心化计算，FSLY是边缘云，去中心化计算。占带宽，便于计算的内容留在边缘云，做一个预处理以后再传回中心云，这样省下了大量的带宽和算力。
2.为什么选Fastly而不是Akamai, Cloudflare等等？
Fastly的延迟普遍小于Akamai和Cloudflare，服务响应也远远好于Akamai和Cloudflare。此外Fastly的CDN可编程性强，工程师友好，可以做大量的自定义化工作，适合大公司。Cloudflare上手简单，但是自由度不高，适合SMB。内容上看，Video on demand这种对延迟要求不高的基本看价格和availability来选CDN, website和api等延迟要求高的偏向于选Fastly。此外Fastly还提供防止DDoS攻击等额外功能。
100公里的延时要达到这个程度，条件很苛刻，传输信号最快的是光纤，200公里1毫秒，但实际上做不到的，因为这么远的距离，中间有设备，运营商的网络分接入，汇聚，骨干，设备需要处理，也有延时，同时还有核心网。路由器一跳接一跳，说不定中间还有拥塞，不会有你说的这么理想化的场景
技术上来说，你说的延迟是一个方面，另一个方面是拥堵程度，再快的高速公路如果堵上了，速度也要下来。所以边缘云绝非伪概念，而是实实在在的需求。
另外，以人体为例更好理解，既然大脑与手指的传输速度很快，为什么还要有条件反射的反应？显然至少有两个作用，一个是降低大脑的负担，另一个是可以把主要精力用来传输需要思考的东西，而非任意的神经反馈。
我认为边缘云概念更多是在工业物联网领域提出的，物联网设备可能是现有终端数目的十倍或者佰倍，边缘云更靠近物联网设备，不仅要考虑时延，还要考虑可靠性。另外，集中，或者分布，每隔几年就会变一次风，到底边缘云能否普及，取决于用户的选择，这个只能交给时间。
tiktok用的cdn不止fastly，akamai也有很大一部分，国内的cdn厂家也有用。
了解东南亚的情况，采购会考虑性能跟价格，性能是指播放卡顿率这些，还有业务的人均播放视频数等，北美的情况应该类似，可能还有美国政府的考量。
带宽不同。分布到边缘的往往是体积比较大的资源，传输速度是不能忽略的。
同时，主干网上没有必要的传输是对带宽的浪费。如果这样做，无论谁现在在为这个带宽买单，最终都体现在整个系统的成本上。
我刚打赏了这篇帖子 ¥3.00，也推荐给你。感谢分享！看了这篇文章，我决定对2B的技术类标的一律隔离。主要是：
1) 太专业；
2) 即便自己很专业对格局也很难洞悉；
3) 即便当前洞悉，将来格局也容易被颠覆，主要是因为关键变量看起来不少；
4) 要搞清楚，太花时间了。
头条和tiktok的流量极大，对于头条这么大的体量，cdn选择永远先是价格，其次是覆盖和技术实现。其实tiktok原先海外用了大量的阿里云（含cdn），后来受美国政府约束，改用oracle，迫不得已。在国内，一般头条不会只选用一家供应商，我估计海外也是