欢迎来到速度周！本周的每一天，我们都将讨论Cloudflare正在做的一些事情，以使互联网对每个人都有意义地更快。Cloudflare在75个国家的180个城市建立了一个庞大的数据中心网络。一种理解Cloudflare的方法是使用一个全局系统将位安全、快速、可靠地从a点传输到B点行星。到把它变成现实，我们建造了阿戈。Argo使用实时的全球网络信息来解决互联网上的停电、电缆中断、数据包丢失和其他问题。Argo使Cloudflare依赖于Internet的网络更快、更可靠、更安全世界。我们两年前推出了Argo，现在它承载了Cloudflare超过22%的流量。平均每天，Argo将互联网用户等待内容的时间缩短了112年！随着Cloudflare和我们流量的增长，现在有必要构建我们自己的私有主干网，以进一步提高Cloudflare之间的关键连接的安全性、可靠性和速度地点。今天，我们将介绍Cloudflare全球专用主干网。它已经运行了一段时间，并将Cloudflare位置与专用光纤连接起来连接。这个私有主干网使所有Cloudflare客户受益匪浅，它与Argo结合在一起非常出色。Argo可以根据每个数据中心选择Internet上的最佳可用链路，并充分利用Cloudflare全球专用主干网自动。让打开Argo的引擎盖，解释我们的主干网如何进一步提高我们的性能顾客。什么是阿尔戈吗？Argo就像互联网的Waze。Cloudflare每天都会在我们的网络和互联网上传输数千亿个请求。因为我们的网络、我们的客户和他们的最终用户分布在全球各地，所有这些在我们的基础设施中流动的请求都描绘了互联网不同部分在任何给定条件下的运行情况时间。只是like Waze检查来自真实驾驶人的真实数据，为您提供准确、不受约束的（有时甚至是非正统的）Argo智能路由使用Cloudflare从每个请求收集的定时数据来选择跨越城镇的更快、更高效的路由互联网。在实际上，Cloudflare的网络覆盖范围很广。给定区域中的某些Internet链接可能会拥塞并导致性能低下（即字面上的交通堵塞）。通过了解这种情况，并使用其他网络位置和提供商，Argo可以将流量放在不太直接但速度更快的网络上，从它的起源到它的目的地。这些好处不是理论上的：启用Argo智能路由将平均减少33%的HTTP第一字节时间（TTFB）。只需单击仪表板，就可以实现更好、更智能的路由，从而充分利用Cloudflare的网络、数据和工程专业知识，让您的流量更快。先进的分析可以让您准确地了解Argo在世界各地的表现。您可以在我们最初的发布博客文章中了解更多关于Argo如何工作的信息。到目前为止，我们一直在讨论Argo的功能级别：您打开它，它会使请求更快地通过互联网到达您的原点。它实际上是如何工作的？Argo依靠一些东西来实现它的魔力：Cloudflare的网络，关于互联网流量如何移动的第二个性能数据，以及机器学习路由算法。Cloudflare的全球网络CloudFlare在世界各地维护着一个数据中心网络，我们的网络继续显著增长。今天，我们在75个国家拥有180多个数据中心。这是自2017年5月我们推出Argo以来，又增加了69个数据中心。除了增加新的位置之外，Cloudflare还不断与网络合作伙伴合作，为我们的网络位置添加连接选项。一个Cloudflare数据中心可以与十几个网络进行窥视，这些网络连接到多个Internet交换机（IX），连接到多个传输提供商（例如，Telia、GTT等），现在连接到我们自己的物理主干网。一个给定的目的地可以通过来自同一位置的多个不同链路到达；每个链路都具有不同的性能和可靠性特性。这一增加的网络足迹对于提高Argo的速度非常重要。额外的网络位置和提供商意味着Argo有更多的选择可以绕过网络中断和拥塞。每次我们添加一个新的网络位置，我们都会成倍地增加任何给定的路由选项的数量请求。更好路由以提高性能eargo需要我们建立的庞大的全球网络来完成它的任务。如果我们的数据中心不能利用这些数据中心快点。阿戈结合多种机器学习技术来建立路线，测试它们，取消不符合我们要求的路线期待。那个路由生成是使用"离线"优化技术在数据上执行的：Argo的路由构建算法采用输入数据集（定时数据）和固定的优化目标（"最小化TTFB"），输出它认为满足这一要求的路由约束。路由不合格是由一个不了解路由构造算法的独立管道执行的。这两个系统是故意设计成对抗性的，这使得Argo既能在互联网上积极寻找更好的路由，又能适应快速变化的网络条件。一Argo智能的具体例子是，在离开给定的数据中心时，它能够区分多个潜在的连接选项。我们称之为"中转选择"，正如我们上面所讨论的，我们的一些数据中心可能有十几种不同的、可行的选择来到达指定的目的地IP地址。这就好像你订阅了家里所有可用的ISP，你可以为你尝试访问的每个网站选择其中任何一个。Transit selection使Cloudflare能够在到达目的地的每一跳实时选择最快的可用路径。通过运输选择，Argo可以指定两者：1)在到达源站的途中的网络定位航路点。2）在包从源站到目的地的旅程中的每个航路点处的特定中转提供商或链路目的地。到把它比作瓦兹，Argo在没有公交选择的情况下给出方向就像告诉某人开车到某个地点（从旧金山到纽约，经过盐湖城），而没有具体说明去盐湖城或纽约的实际道路。有了公交选择，我们可以提供完整的逐圈路线——从旧金山出发，在这里左转，使用SR-201进入盐湖城地区（因为I-80在SLC周围拥挤不堪），等等。这使我们能够在互联网上以更大的速度绕过问题精密度，经纬度选择需要我们内部数据中的逻辑中心数据平面（在我们的网络中实际移动数据的组件）允许区分不同的提供商和每个位置的可用链接。一些有趣的网络自动化和广告技术使我们能够更清楚地了解到底是哪条链路被选中来传输流量。如果不修改Argo数据平面，这些选项将被我们的边缘路由器抽象掉，而传输的选择留给BGP。我们计划更公开地讨论未来。我们能够直接测量公交选择对Argo客户流量的影响。从全球平均改善情况来看，与采用标准BGP衍生路线相比，公交选择为客户带来了额外16%的TTFB延迟优势。太大了！我们考虑的一件事是：在将流量从一个位置或提供商移动到另一个位置或提供商时，Argo本身可以通过诱导需求（由于性能提高而增加额外的数据量）和更改流量配置文件来改变网络状况。伟大的力量带来伟大的复杂。添加Cloudflare Global Private backbone考虑到我们每个数据中心的传输和连接选项的多样性，以及允许我们在其中进行选择的智能，我们为什么要费时费力地为自己构建一个主干网？简而言之：运营我们自己的私有主干网可以让我们更好地控制端到端的性能和容量管理层。什么时候我们购买transit或使用合作伙伴进行连接，我们依赖于该提供商来管理链路的健康状况，并确保它保持不受控制和可用。有些网络比其他网络好，条件会改变所有时间。就像举个例子，这是我们两个数据中心（芝加哥和纽瓦克）之间的抖动（往返时间的方差）的测量，通过一个运输供应商的网络：平均抖动在照片中的6小时是4毫秒，平均往返延迟为27毫秒。我们只需要学会适应一定程度的延迟；光速是一个很难克服的物理常数，而网络协议是建立在高或低链路上运行的延迟。抖动另一方面，它是"坏的"，因为它是不可预测的，而且网络协议和当抖动增加时，基于它们构建的应用程序通常会迅速退化。链路上的抖动通常是由更多的缓冲、排队和对连接两侧的路由硬件中的资源的一般竞争引起的。例如，在具有高延迟的网络上进行VoIP会话很烦人，但可以管理。通话中的每一方都会注意到"滞后"，但语音质量不会受到影响。抖动会导致会话混乱，数据包相互重叠到达，不可预知的故障会导致会话莫名其妙。这里芝加哥和纽瓦克之间的抖动图表是一样的，除了这次，它转换了Cloudflare全局私有脊梁：好多了！这里我们看到的是