备战618 | 电商APP如何从容应对暴增的访问流量

备战618 | 电商APP如何从容应对暴增的访问流量

马上又到暑促季节，各大电商平台的促销、打折活动连番登场，从“1元秒杀”、“买二免一”到“满199减100”，彻底点燃了亿万网民的购物热情。就在上周，以吃命名的“517吃货节”促销活动在美团、饿了么、百度糯米等外卖平台纷纷上线，然而5月17日中午订餐高峰，暴增的流量直接导致饿了么APP出现服务异常、定位失败、数据无法同步等故障，蜂拥而来的用户只能失望而去，对饿了么的业务和品牌影响完全不亚于之前的315晚会。

电商APP的阿克琉斯之踵

电商作为IT成熟度最高的互联网行业，用户对服务响应速度期望可谓分秒必争。调查显示，响应时间每延迟一秒，会导致客户转化减少7%，页面访问量减少11%，客户满意度降低16%。性能除了会造成收入的损失，还会严重损害企业的品牌，而1个互联网用户会用负面口碑影响17个其他用户。全球电商巨头亚马逊做过统计，每100ms的访问延迟会造成1%的销售损失，1秒钟的访问延迟给亚马逊带来每年16亿美元的巨额损失。在中国，2015年5月28日携程旅行网出现长达7个小时的服务瘫痪，官网和App均无法访问，造成的直接损失约5000万元人民币。

如果说这些鲜活的例子只是发生在平常的日子里，那么在促销活动中因为暴增的流量导致服务宕机更是屡见不鲜。沃尔玛、百思买等在线购物网站在美国传统促销季黑色星期五当天因流量暴增7倍不得不关闭网站服务，天猫在去年双十二期间也多次出现无法访问、无法下单的情况，而这些都给电商企业和商家造成远超平时的惊人损失。

电商系统在高负载下的性能问题已经成为所有电商平台在促销活动期间的阿克琉斯之踵！

面对暴增的流量，谁来拯救电商APP

传统压力测试工具如LoadRunner、Jmeter、StormRunner等，往往只关注后端系统在峰值负载压力下的运行状况，而且性能测试几乎都是在实验室环境下完成，这类环境通常是一种小型的生产环境，测试也都在小规模水平上完成，并会通过结果推算出最大生产数量，测试结果并不准确。同时这些压测工具存在着一些共同的缺点，例如测试周期漫长，测试环境单一，测试成本高等等。特别是随着移动互联网的兴起以及云计算技术的广泛应用，敏捷开发和持续交付成为主流，产品迭代周期越来越短，用户环境越来越复杂，传统的压力测试手段已经很难满足产品全生命周期的需求。

多年来饱受促销之苦的阿里巴巴技术专家在2013年双11促销活动之前改变了传统性能测试的方法，做到了基于云端的全链路压测。相比传统压力测试手段，全链路压测面向更加真实的环境状态，让压测变成有确定性，能确定上线后大流量情况下的系统性能状态。通过使用全链路压力，极大提升了双十一、双十二促销时的系统稳定性，用户体验对比前几年的长时间崩溃状况已经有了极大的改善。但中国只有一个阿里巴巴，即使采用这种新的全链路压测方法，对于大部分国内电子商务公司而言其代价也还是过高——虽然业务并没有阿里那么庞大。

压测宝SaaS版是云智慧基于真实业务场景与用户行为的云端压力测试产品，专为当今测试的节奏和复杂度而生，压测周期从过去的6周缩短到6个小时甚至6分钟，彻底改变传统压测理念。通过部署在阿里云、青云、UCloud、AWS等主流云服务商，覆盖全国所有省份和世界主要国家的200+压测点和超过500台压测服务器，能够真实模拟来自各地用户接入电商平台所带来的流量和压力，实现了现实网络的复杂应用场景，比传统的测试监控服务更高效。

压测宝基于云计算和大数据分析技术的SaaS服务模式无需电商企业进行任何的硬件及带宽等资源和人力投入，大大降低了压测成本。而与云智慧应用性能管理产品——透视宝/监控宝底层采用统一数据平台，实现了压力测试与应用性能管理的深度集成，通过压测深入分析全链路性能状况，快速定位代码级性能瓶颈，同时提供可视化数据大屏实时展示和分析性能数据，实现现场纠错。