如何评测CDN性能？CDN服务选购指南

如何评测CDN性能？CDN服务选购指南

一个速度慢的网站，很可能会让很多重要访客和用户失去关怀，导致交易量减少，企业形象下降，“跳出率”更高。目前，无论网站地址是否显示在线交易的功能和服务，性能改进都不再是一个选项，而是必须的。
那么，我们应该如何更科学地评论我们背后的Web性能开发技术和CDN厂商呢？
绩效考核方法:“模拟仿真测试”和“rum”[br/]在讨论“绩效考核”这个话题的时候，大家都会经常说“合成测量”这个词。
虽然今天业界会用RUM:RealUserMonitor)的数据来考虑真实用户的感受，但是RUM并不是一个通用的标准。
在某些情况下，我们无法获得真实用户的数据信息，于是“模拟测试”就成了大家的另一种选择。
“模拟考试怎么做”？下面举几个例子，希望能帮助大家更好的分析评论。
充分考虑到CDN早已是网站的标准配置。因此，在下面的例子中，假设已经应用了CDN，并且都是在“预生产”的自然环境中。
绩效评估和改进的五个过程

流程一:搭建自然环境
在评估有可能应用于某个网站的几个CDN厂商时，每个厂商都要展示一个模拟的自然环境，不需要客户做任何修改。
而且，CDN厂商要展示“测试”网站的域名，尽可能真实模拟模拟工作环境的网址。
举个例子:假设待评估网站的域名是www.customer.com，CDN厂商的服务项目的域名是xxxx.com，那么厂商要展示的临时测试网站的域名一般是:
www.customer.com.xxxx.com。

流程二:自然环境判定
临时测试网站的域名要与制造用网站“彻底”匹配。建议检查的具体内容如下，我们可以根据这些内容进行检查:
目标总数一致，测试网站域名下的目标总数应与真实网站包含的目标总数一致；
文档总大小一致，测试URL的字节要和真实URL一致。自然，由于每个厂商选择的压缩方式不同，其字节可以比真实的URL“略小”；
缓存文件标准一致，所有CDN厂商应用的缓存文件标准应该一致，因为有些厂商可以缓存文件动态需求(比如缓存文件的html网页整体架构)。
如果有一家厂商能保证这一点，但其他厂商都不好，那么这个测试的账面价值就值得质疑，因为这些采取更激进缓存策略的厂商会获得优势。因此，在正式开始之前，我们必须对设备进行一次全面的检查。

流程三:设置性能测试计划
自然测试环境构建妥当之后，下一步就是设置真正的性能测试计划。在提出一个“合适的”测试计划之前，我们应该考虑以下问题:
1。测试的类型有哪些？
正如我们都谈到的，没有不在真实制造过程中的网站设施的评估，就没有“真实用户”，没有真实的用户数据信息。这时，我们必须采用综合测试的方法来进行考虑。
综合测试可以展示一个“干净的房子”测试环境，方便人们考虑性能。但是，即使是综合测试，也可以分为很多类型，比如骨干网性能测试、最后一公里测试、蜂窝网测试(也叫移动互联网测试)。
与骨干网性能测试相比，最后一公里测试很可能更能反映真实的用户体验；如果网站或企业有很多手机连接客户，那么性能测试必须在移动互联网下进行。这也将引发关于不同经销商加快手机发展的能力和技术的讨论。
2。选择哪个性能测试平台？
综合来看，强烈推荐在你所在领域有一定业务流程工作经验和销售业绩的第三方测试平台申请。做一些简单的调研，看看你所在的领域有哪些公司发布过绩效相关的信息、指标值或者文章。
没有必要在某个厂商应用专门的测试工具，否则测试结果会包含更突出的选择性。一个好的模拟测试平台应该在全国/全球有多个稳定的测试连接点，这些连接点应该与你的业务流程的重污染区域一致。
注意:这个测试连接点要模拟真实用户在电脑浏览器上的很多个人行为。一些测试平台使用模拟的计算机浏览器，而不是真实的计算机浏览器。模拟的计算机浏览器只能捕获系统时间，而真实的计算机浏览器可以获得前端开发(或“3D渲染”)时间、浏览器缓存、并行处理连接等数据信息。
所以，如果有标准，还是要应用“真实电脑浏览器”进行测试。
3。测试应该在哪里进行？
测试地址应包含“跨域分销”(换句话说，超越洲际酒店和中国)和“域内分销”。这里必须再次强调，因为业务流程不同，要处理的用户类型也不同，所以这两种测试都必须进行并考虑在内。
如果是世界范围的业务流程，而源网络服务器位于北美，并且必须分发给世界各地的用户，那么性能测试应该针对英国和英国以外的长途地址进行，而不是只关心英国和中国的用户感受。
如果是只面向中国的业务流程，还必须考虑到不同运营商的困难。至少到目前为止，电信网和联通之间的“墙”还是很坚固的。
4。测试目标应该包括什么？
典型的个人网站交互行为包括浏览和应用几个网页。它是用户在网站上执行日常任务或个人行为的一般方式，也是每个人都必须进行测试的目标。这样做有两个目的:
首先，它可以模拟最终用户在真实场景中可能感受到的性能；
其次，这可以帮助你掌握一个改进方案可以为网站带来多大的利润。
很有可能一个改进方案A会使某一类网页受益，而另一个改进方案B很可能会使其他类型的网页受益，这取决于网站结构、数据信息或目标的特点。
如果我们只坚持测试单个目标并区分缓存文件的利润，或者只关心“基本”的html网页，而不测试许多具有复杂特性和微妙API交互行为的其他目标，很可能会断章取义，我们无法观察到解决方案的真实实际效果以及是否真的可用。
5。测试应该运行多长时间？
测试时间应包括高峰期和非高峰期。一般来说，3到5天的总数据是有实用价值的。如果测试时间太短，比如只有几个小时，那么由于互联网的不稳定和用户总数的变化，测试得到的数据信息很难真实。
6。测试的频率应该是多少？
高频测试可以反映出总流量达到峰值时的情况。在这种情况下，缓存文件中的内容总是新的，可以被命中；但是低频测试显示的是非总流量峰值的情况。这个时候，内容很可能会一次又一次的从你的源站爬回家。
一般情况下，建议每30分钟进行一次测试，这样可以反映真实的全流量模拟。
最后还要注意，测试期间源站的网络带宽使用率很可能会有一定程度的增加。请提前做好充分准备。

流程四:性能指标值的评估
下面是一个测试结果的例子，其中包含了评估性能测试结果的各种主要参数，供大家参考。
最有效的一个主要参数是详细展示用户交互全过程的一系列网页的响应速度之和。同样，应用前端开发技术时，W3C特有的详细DOM标记也非常有效。
柱状图:测试结果柱状图可以帮助你掌握推广前后的测试结果。

好像上面两张数据图。
从第一张图来看，两家CDN厂商的测试结果很难看出哪家更强；但是，从第二个条形图中，我们可以清楚地看到，CDN厂商的实际效果在深蓝中更强，因为:
加载时间小于7秒的所有用户(包括6秒、6.5秒和7秒)的总份额中，深蓝比橙色多15%。
这种数据图表也可以帮助你清除测试中的异常值。
详细分析:除了整体测试的主要参数，我们还应该在以下几个层面上多花些时间:
1。在测试地址层次上细分结果
如果只看“主要性能好”和“主要性能不太好”这两个简单的主要参数那么，按地址分析性能测试结果对于业务流程来说至关重要。
2。在交互过程的层面划分结果
有些绩效改进方案对于交互个人行为的一个或几个过程可能并不有效。
例如，交互式手势可能涉及提交文档。然而，并不是所有的CDN经销商都有能力帮助加速提交。
根据不同的交互流程观察相对时间，可以帮助你选择更符合自己业务流程需求的CDN厂商。
3。易用性
我们不用被自己骗！有时候，测试数据显示可用性的下降很可能是因为脚本错误，而不是CDN厂商的问题。
根据工作经验，性能指标值应该只从测试的身心健康和可用性角度考虑(90%)，另外10%很可能是测试平台本身的问题。
4。网络带宽负载
CDN厂商要能展示全方位的点击和网络带宽负载数据信息，只有这样才能算出节省的费用。这也可以帮助客户在选择某个厂家后，规划其源站基础设施建设项目的整体投资范围。

流程五:必须考虑的其他因素
除了解决方案的性能之外，还要从以下几个方面来评估每个CDN厂商:
1.CDN连接点的覆盖范围
很多厂商声称他们的连接点可以遍布各地。因此，有必要对厂商的互联网业务规模进行研究。
2。业务流程符合水平
一个优秀的、技术专业的厂商的解决方案路线图，应该是有长远眼光的。随着业务流程的扩展，制造商必须在这些行业中扩展有利于客户业务流程的服务项目。
3。客户解决方案和适用性
许多企业选择与这些拥有专业服务精英团队的厂商合作，以在其服务平台上获得定制化和适用的服务:
一些企业期望厂商展示7x24客户服务适用性；一些企业期望厂商展示很多API，以便充分利用其精英团队的技术能力，更灵活地解决困难。
哪种方式更适合你？这通常在于你自身业务流程的特点和你现有技术精英团队的适用性。

最后
一个好的CDN厂商应该遵循这个建议，帮助其客户评估各种改进方案的真实性能，尤其是在销售市场有很多同行的情况下。
在实践活动法的指导下，我们坚信用户会做出自己的选择。