如何选择云提供商

在选择云提供商时，您可以查看品牌知名度、安全性和存储功能等项目。但是云提供商和我们其他人一样依赖于网络，而且它们的创建或配置并不完全相同。

一般来说，对于那些考虑使用云的人来说，匹配最终用户的位置和为他们提供服务的云位置很重要。当您第一次开始使用云提供商时，您还应该致力于持续基准性能，如果出现性能问题，这将有所帮助。

由于每个主要的云提供商都有多个存在点，因此考虑将数据或应用程序从办公室移到云中对网络的影响至关重要。为了说明这种影响，我们对前三名提供商进行了快速比较。

测试，测试

为了深入了解三大提供商的幕后情况，我们进行了一些测试。我们为三大公共云提供商 AWS、Azure 和 Google Cloud 在西北接入点（具体位置因提供商而异）设置了 SaaS CRM 演示系统。然后，我们等待结果出来，结果确实很有趣。

来自洛杉矶的测试

下图显示了从洛杉矶到西北地区主要供应商最近位置的网络流量。对于我们基于西北的 CRM，确实没有明显的赢家。谷歌和 AWS 位于邻近的俄勒冈州，而 Azure 距离他们在北加州不远。在这里，AWS 可能会胜出，但在一个月的过程中都表现出极大的可变性（此处越低越好）。物理距离的差异并不能完全体现为web请求的额外网络时间（参考，跨国流量需要40ms）。最有可能发生的是路由更改。

洛杉矶 → 西北地区 |亚马逊 |天蓝色 |谷歌

来自亚特兰大的测试

下一个示例显示了三个提供商从我们位于亚特兰大的监视器到西北部存在点或可用区的网络路线。 AWS 是最慢的云提供商，尽管在整个一个月的窗口中，这三个公司都经历了变化。由于合成用户和服务器之间的物理间隔要长得多，我们可以忽略网络速度的微小变化。但是，很明显 AWS 遭受了平均 1.5 秒的额外延迟。原因可能会有所不同，但 Web 请求最多需要 2 秒的额外时间，这可能会导致更高级别的用户沮丧。我们还可以看到观察到的峰值具有一定的一致性，表明交通可能共享路线和日常拥堵问题。

重要的是要记住，我们在西雅图的部署可能不是亚特兰大公司的理想选择，也不是常见的选择。但是，随着硅谷地区涌现出如此多的初创公司，您每天使用的许多 SaaS 应用很可能正在长途跋涉。

亚特兰大 → 西北地区 |亚马逊 |天蓝色 |谷歌

来自纽约的测试

下面的最后一个示例显示了从纽约区域到我们基于西北的 CRM 的网络路径上的网络性能。 AWS 仍然显示三个提供商的响应时间最慢。除了 1 月下旬观察到的一个拥塞问题外，Google 和 Azure 的速度一直都更快。因为我们可以假设，随着时间的推移，互联网将在全国范围内类似地路由大部分此类流量，所以有一个很好的迹象表明，AWS 防火墙后面的路由可能是造成额外延迟的原因。

纽约 → 西北地区 |亚马逊 |天蓝色 |谷歌

我们的云测试发现了什么

我们的样本量不大，我们的测试部署并未针对大多数现代应用程序的复杂性进行定制，但我们的结果提醒我们，在规划云部署时进行位置研究是多么重要。拿出地图，看看您的服务和应用程序在云中的位置。然后将它们与这些应用程序和服务的用户所在的位置进行匹配。

有很多原因可能会导致 AWS 无法提供快速响应，例如国家中部的对等协议或防火墙后面的额外路由。显而易见的是，性能因最终用户所在的位置而异。意识到这一事实将导致在性能方面做出更好的决策。

测试云提供商不是我们的唯一目的，但您可以使用 AppNeta 的工具为您的任何云应用程序获得我们所做的（并且是您需要的）可见性。当用户抱怨速度变慢或中断时，这种网络洞察力可以挽救这一天，您需要确定性能下降的根本原因。