了解等待时间

使用 IBM Cloud® Direct Link 实现混合：让您的工作负载在全球范围内运行得更快

IBM Cloud® 在全球各地提供了具有 Direct Link 功能的数据中心。因此，使用 Direct Link 通过将 IBM Cloud 链接到您的现有基础架构来创建混合云解决方案时，您的等待时间应该极短。

无论您是开网店、运行大数据解决方案，还是让您的员工通过网络访问世界各地的文件，您都不希望听到网页加载缓慢或数据传输缓慢的消息，从而阻碍您的销售。导致速度慢的原因可能是网络等待时间；网络等待时间测量的是在因特网上两个连接点之间的数据传输速度。您可以将网络等待时间视为一个数据包从一个位置转移到另一个位置所用的时间量。

在全球范围内，互联网的总体延迟可能会有很大差异-取决于数据必须物理传输的程度，数据必须在服务提供商之间跳跃的次数，沿途有多少带宽，除了其他变量外，还有哪些其他数据在同一路径上传输。IBM Cloud Direct Link 提供确定性等待时间，与因特网相比具有更高的安全性，以实现可预测的性能。

了解网络等待时间

作为最佳实践，每个网络提供商都希望向数量最多的客户提供最短的网络等待时间，而每个客户也都希望获得尽可能最短的等待时间。这是双方都期待的结果。

从理论上讲，数据可以以光速通过光纤网络电缆，但由于上述原因，数据的传输速度通常要慢得多。例如，如果特定网络连接已达到其带宽容量，那么数据包可能会暂时排队等待通过该路径传输。再例如，如果特定服务提供商的网络选择的并不是最佳网络路径，那么发送的数据包可能要传输几百或几千英里才能到达其目标！这些类型的延迟和绕路是导致网络等待时间更长的原因，同时导致数据传输速度更慢。

我们以毫秒（一秒等于 1,000 毫秒）为单位表示网络等待时间。在我们日常生活中，几毫秒可能无关紧要，但是在网页浏览或商业交易中，几毫秒往往成为决定性因素。例如，在金融行业的日常交易中，几毫秒可能意味着收益或损失相差数十亿美元。

最大限度缩短网络等待时间的常用方法

考虑到我们的共同目标是最大限度缩短等待时间，因此限制可能影响数据移动速度的潜在变量数是有意义的。没有提供商能完全控制数据在因特网上的传输方式，但下面提供了用于最大限度缩短网络等待时间的一些最佳实践：

在全球分布数据：不同位置的客户可以从在地理上靠近他们的位置拉取数据。因为数据离客户更近，所以减少了中继次数。数据传输距离越短，路由对性能产生重大影响的可能性越低。
供应具有高容量网络端口的服务器：每秒可以在服务器上传输海量数据。如果由于端口完全饱和而导致数据包延迟，经过几毫秒时间，页面装入速度变慢，下载速度下降，用户会变得不满意。
了解提供商如何路由流量：了解了有关如何将数据传输到全球各地客户的更多详细信息后，您可以就数据托管位置做出更好的决策。

IBM Cloud 如何最大限度缩短网络等待时间

为了最大限度缩短等待时间，IBM Cloud 采用了独特的方法来构建网络。我们的所有数据中心都连接到网络存在点 (PoP)，并且所有网络存在点都通过我们的全球主干网络相互连接。由于 IBM 拥有自己的全球主干网络，因此我们的网络运营团队可以比依赖其他供应商在不同地区之间传输数据时更精确地控制网络路径和数据传输。

例如，如果柏林的 IBM Cloud 客户想观看托管在达拉斯 IBM Cloud 服务器上的猫视频，组成猫视频的数据包将穿过我们的骨干网络（该网络仅供 IBM Cloud 流量使用）到达法兰克福，在那里，数据包被发送到我们的一个对等或中转公共网络服务提供商，最后到达柏林的用户。

如果没有全球主干网络，视频包就得发送到达拉斯的对等连接或传输公用网络提供商，然后由该提供商通过其网络来路由数据包，或者将数据包发送到网络中继段上的另一个提供商，然后数据包几经周折最终到达德国。数据包完全有可能在不使用全球骨干网络的情况下，以相同的网络延迟从达拉斯到达柏林，但如果没有全球骨干网络，就会存在更多的变数；总延迟更难保证或预测。

IBM Cloud 除了使用自己的全球主干网络，还将公共、专用和管理流量分段到不同的网络端口上。这意味着可传输不同类型的流量而互不干扰。

摘要：网络等待时间

客户希望尽快收到您的数据。数据在互联网上传输所需的时间称为网络延迟。对数据网络路径的控制越多，网络延迟就越稳定（越低）。

通过 Direct Link，我们可以让您控制数据的传输路径，因此您的数据传输不会被其他流量中断或阻塞。
IBM Cloud 提供业界领先的服务提供商，从而提供高性能、高安全性和高弹性。
在 IBM Cloud，我们继续在全球范围内增加网络存在点（ PoPs ），使客户的数据更接近客户，从而改善延迟和整体性能，满足混合云工作负载的需求。