我们生活在一个超互联的世界，任何东西都可以被推到云端。将内容放在一个地方的想法，从管理的角度来看可能是有用的，但现在是多余的。今天，用户和数据无所不在。
由于这种演变，客户的期望大大提高。现在顾客对高质量服务的期望越来越高，而他们的耐心却越来越少。在过去，人们可以耐心等待10个小时来下载内容。但这肯定不是目前的情况。现在我们有很高的期望和高性能的要求，但另一方面，也有担忧。internet是一个奇怪的地方，有着不可预测的不对称模式、缓冲区膨胀以及其他一系列问题性能相关的问题我写的关于网络洞察。[声明：作者是通过网络的Insight采用]
同时，互联网也在加速发展。到2020年，互联网预计将达到每人每天1.5 gb的流量。在未来的时代，由物体驱动的物联网世界也将远远取代这些数据数字。例如，一架相连的飞机每天将产生约5tb的数据。这种螺旋级的容量需要一种新的数据管理方法，并迫使我们重新思考如何交付应用程序。
为什么？因为所有这些信息不能由单个云或预置位置来处理。延迟将永远是一个问题。例如，在7毫秒的虚拟现实（VR）的任何会引起晕车。当需要决定实时进行拍摄，你不能将数据发送到云中。你可以，但是，使用边缘计算和多CDN设计的。
介绍边缘计算和多cdn
采用云计算的速度，所有的东西视频，物联网和边缘计算正将生活恢复的CDN及多CDN设计。典型地，多CDN是包括多于一个的CDN供应商的实现模式。流量方向是通过使用不同的指标，由此流量可以进行负载平衡或跨越不同的供应商未能执行。
边缘计算移动动作尽可能接近源头。它是在物理世界与数字世界互动的点。从逻辑上讲，边计算的分散的方式将不会接管集中的方式。他们将彼此互补，从而使应用程序可以在其高峰期的水平上运行，这取决于它在网络中的位置。
例如，在物联网中，节省电池寿命是至关重要的。让我们假设物联网设备可以在10ms的往返时间(RTT)内完成交易，而不是在100ms RTT内。因此，它可以少用10倍的电池。
互联网，性能瓶颈
互联网设计的原则是，每个人都可以跟每个人，从而提供无论是否需要通用的连接。已经有许多与网络地址转换（NAT）是最大的设计改变。然而，本质上是互联网的作用仍然在连接方面是相同的，不分地点。
对于这种类型的连接模式，距离对于应用程序的性能的重要决定因素。不管缓冲器大小或其他设备上的优化的地球的另一侧的用户将受到影响。作为包来回的实际数据传输之前长RTT丰富的经验。虽然高速缓存和流量重定向被使用，但有限的成功，迄今已完成。
应用交付的原则
当传输控制协议(TCP)启动时，它认为它回到了70年代末。它假设所有的服务都在一个局域网(LAN)上，并且没有数据包丢失。然后它开始从那里向后工作。在它设计的时候，我们没有实时通信，比如对延迟和抖动敏感的语音和视频。
理想情况下，TCP是为了易于使用和可靠性而设计的，而不是为了提高性能。实际上，您需要优化TCP堆栈。这就是为什么CDNs非常擅长执行这些任务。例如，如果从移动电话接收到一个连接，CDN会以高抖动和包丢失的假设开始。这允许他们正确地调整TCP窗口的大小，从而精确地匹配网络条件。
你怎么放大的表现，你有什么选择？在一般意义上，许多外观降低延迟。然而，随着应用程序，如视频流，等待时间不告诉你，如果视频是要缓冲。人们只能假设，更低的延迟将导致更少的缓冲。在这种情况下，基于测量吞吐量是一个更好的性能指标，因为会告诉你一个对象将如何快速加载。
我们还考虑了页面加载时间。在网络层面，它的时间，第一个字节（TTFB）和ping。然而，这些机制并没有太大的告诉你的用户体验都装配到一个数据包。使用ping不会通知你的带宽问题。
如果一个网页去慢了25％，一旦数据包丢失超过5％，并正在测量时间是4包的第一个字节 - 你到底能学到什么？TTFB比得上一个互联网控制消息协议（ICMP）请求只是一个层堆栈。这是一件好事，如果东西坏了但如果有绩差问题。
当您检查TTFB测量的历史，你会发现，它被部署由于缺乏真实用户监控（RUM）测量。此前TTFB是在快速逼近的东西是如何去负载好，但我们不必再为近似我们可以RUM测量。RUM是从最终用户的测量值。一个例子可以是从被提供给实际用户的网页生成的指标。
确凿，TTFB，ping和页面加载时间并不复杂的测量。我们应该更喜欢RUM时间测量尽可能多的，我们可以。这提供的用户体验，更准确的图片。这事已成为在过去十年中的关键。
现在，我们正生活在RUM的世界，让我们建立我们的网络基于哪些事项向企业用户。所有的CDN目标应该是RUM测量。对于这一点，他们可能需要与交通管理系统是什么最终用户真正看到智能测量整合。
对于需要多CDN
首先，人们会选择多CDN环境的原因是可用性和性能。没有任何单一的CDN可以在世界上最快的每个人，无处不在。这是由于互联网的连接模式是不可能的。然而，结合最好的两个或更多的CDN供应商将提高性能。
多CDN将给予比可以用一个CDN可以实现更快的性能和更高的可用性。一个好的设计是什么运行两个可用性区域。一个更好的设计是什么运行时带一个CDN提供商2个可用性区域。然而，出众的外观设计就是运行在一个多CDN环境中的两个可用性区域。
边缘应用将成为新的标准
这不是很久以前，有从繁重的体力单片架构，敏捷的云计算的过渡。但这一切真的发生了从物理设备到虚拟基于云的应用的过渡。也许现在是我们应该问的时候，这是未来我们到底想要什么？
其中在引入边缘应用的主要问题是心态。它是具有挑战性的说服自己或你的同事，关于工作，你花了所有的时间的基础设施和投资是不是贵公司前进的最佳途径。
虽然云计算已经创建了一个很大的嗡嗡声，只是因为你迁移到云并不意味着您的应用程序将运行得更快。事实上，所有你真正做的是抽象的架构的物理块和支付别人来管理它。云计算的出现却开辟为边缘应用程序对话的大门。我们已经迈出了第一步到云，现在是时候让第二招。
基本上，当你想到边缘应用：它的简单性是一个可编程的CDN。一个CDN是边缘应用和边缘应用程序是一个什么样的CDN做一个超集。边缘应用分别表示云在边缘计算。这是更接近源分发应用程序为较低的延迟，额外的弹性和简化的基础设施，在那里你仍然有控制和隐私的范式。
从一个角度建筑点，边缘应用提供了比集中部署应用程序的更多的弹性。在当今世界的期望很高，弹性是业务连续性的必要条件。边缘应用程序允许您的基础设施坍塌成一个架构，更便宜，更简单，更周到的应用程序。在基础设施无垠的少，更多的时间，你可以专注于真正重要的东西对您的业务 - 客户。
edge架构的一个例子
edge架构的一个例子是在每个PoP中，每个应用程序都有自己独立的JavaScript (JS)环境。JavaScript非常适合于安全隔离和性能保证。JavaScript是一个专用的独立实例，它在边缘执行代码。
最有可能的，每一个JavaScript也有它自己的虚拟机（VM）。单独操作的虚拟机执行的是JavaScript的运行时引擎，它是运行的唯一的事情是客户的代码。人们可以使用谷歌的V8开源高性能JavaScript和WebAssembly引擎。
让我们面对现实吧，如果你继续建设更多的点（PoP），你将达到收益递减的规律。当涉及到应用，如移动，你真的是扔点（PoP）时形成溶液刷爆了。因此，我们需要找到另一种解决方案。
在接下来的时间，我们将看到一种趋势，大多数应用将成为全球性的，这意味着边缘应用。这当然没有什么意义，将所有应用程序中的一个位置，当你的用户是在其他地方。