边缘计算将推动CDN 进入新时代.pdfVIP

边缘计算将推动CDN进入新时代

作者：MattConran陈琳华

来源：《计算机世界》2019年第31期

作者MattConran编译陈琳华

CDN（内容分发网络）属于边缘应用程序，后者则是CDN服务的一个超集。

我们正生活在一个超级连接的世界当中，所有的东西都可以被推至云端。将内容放在一个

地方，站在管理层的角度这种想法可能是有用的，但是现在可以说是多余的。如今用户和数据

已经变得无处不在。

这种发展趋势正使得客户的期望值不断飙升。人们对高质量服务的期望值越来越高，与此

同时客户的耐心也正变得越来越低。过去，人们可以耐心地等待10个小时来下载内容，但是

现在这显然是不可能的事情。如今虽然我们都有着很高的期望值并且对性能也有着很高的要求，

然而在另一方面顾虑也是存在的。互联网是一个很神奇的地方，它们有着不可预测的非对称模

式、缓冲膨胀以及一系列与性能相关的问题。

此外，互联网正在以越来越快的速度不断增长。到2020年，在互联网上每人每天的流量

预计将达到1.5吉字节。未来，由物联网生成的数据将远远超过这一数据量。例如，实现连网

的飞机每天可产生大约5太字节的数据。这种呈螺旋式增长的数据量需要一种新的数据管理方

法，迫使我们重新思考交付应用程序的方式。

为什么呢？因为所有这些信息都无法由单个云或内部数据中心处理。延迟始终是个问题。

例如，在虚拟现实（VR）中，延迟超过7毫秒就会引起晕动病。当需要实时做出决策时，我们

会面临无法将数据发送到云端的问题。不过不要紧，我们可以使用边缘计算和多CDN设计来解

决这一问题。

引入边缘计算和多CDN设计

云部署、全物视频（allthings-video）、物联网和边缘计算正在为CDN和多CDN设计带

来契机。通常，多CDN为一种包含了多个CDN提供商的实现模式。利用不同的计量指标可实现

流量定向，从而实现流量负载在不同提供商之间平衡或进行失效备援。

边缘计算将操作尽可能地移动到了源头。这是物理世界与数字世界互动的关键所在。从逻

辑上讲，边缘计算的去中心化方法不会替代集中化方法。它们之间的关系是相互补充的关系，

应用程序可以根据它们在网络中的位置以最佳方式运行。

例如，在物联网中，节省电池寿命至关重要。假设一个物联网设备以10ms往返时延（RTT）

处理事务，而不是100msRTT，那么它们的电池寿命便可延长10倍。

互联网是性能瓶颈

互联网的设计原则是每个人都可以与其他任何人进行对话，因此它们提供的是通用连接，

无论是否需要。虽然网络地址转换（NAT）会带来一些设计变化，但是无论在哪里，互联网的角

色在连接方面基本保持不变。

使用这种类型的连接模型，距离是应用程序性能的重要决定因素。无论缓冲区有多大或怎

么优化设备性能，地球另一侧的用户都会受到影响。由于数据包在实际数据传输之前会来回传

递，因此需要经历较长的RTT。尽管采取了缓存和流量重新定向技术，但是到目前为止取得的

成功只是有限的。

应用程序交付原则

传输控制协议（TCP）的启用时间可以追溯到20世纪70年代后期。背景是假设所有服务

都在局域网（LAN）上并且没有丢包现象。在它们被设计时，还没有出现实时流量，例如对延迟

和抖动非常敏感的语音和视频。

TCP的设计初衷是为了易用性和可靠性，而不是为了提高性能。用户实际上需要优化TCP

堆栈。这就是CDN非常擅长执行此类任务的原因。例如，如果收到了一个来自移动电话的连接，

那么CDN在一开始就会假设存在高抖动和丢包的情况。这使得它们能够正确地调整TCP窗口大

小，以准确地匹配网络条件。

那么我们应当如何提升它们的性能，选择哪些选项设置呢？在一般情况下，许多人都希望

能够降低延迟。但是对于视频流等应用程序，我们无法知道延迟是否是视频缓冲造成的。人们

只能假设较少的缓冲可以缓解延迟现象。在这种情况下，基于吞吐量的测量远比更高的性能指

标要合理，因为它们能够告诉我们对象的加载速度。

我们还要考虑页面加载时间。在网络层中，人们开发出了首字节时间（TTFB）和ping。但

是由于所有东西都被打在一个数据包里，因此这些机制并没有多好的用户体验。ping也不会显

示带宽问题。

如果一旦数据包丢包率超过5％，并且用户正在测算TTFB（即第4个数据包）那么网页

速度将会下降25％。TTFB与堆栈上一层的互联网控制消息协