文档章节

压测2.0:云压测 + APM = 端到端压测解决方案

OneAPM蓝海讯通
 OneAPM蓝海讯通
发布于 2016/04/14 15:57
字数 1465
阅读 107
收藏 4

#####从压力测试说起 __压力测试__是确立系统稳定性的一种测试方法,通常在系统正常运作范围之外进行,以考察其功能极限和隐患。与功能测试不同,压测是以软件响应速度为测试目标的,尤其是针对在较短时间内大量并发用户的访问时,软件的抗压能力。

至于为什么产品或业务系统在通过功能测试后还需要进行压力测试,原因很简单,因为它重要,为什么重要?众所周知,响应速度是用户体验的核心指标之一。 SmartBear 数据表明,如果 Amazon 的加载时间延长1秒,那么一年就会减少16亿美元的营收。用户与网站互动的过程中,如果加载时间超过3秒,57% 的用户会流失。可见,通过压测来优化产品体验和性能是多么的重要。

性能

#####压测1.0 VS 压测2.0 传统的压测方法通常的做法需要准备大量的环境,如测试的压力机,安装测试工具,录制测试脚本,对服务器不断施加“压力”,通过这种方式来确定系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试,这个阶段我们称之为__压测1.0__。

压测1.0时代的主流压测工具有 LoadRunner , SilkPerformer , Ratinal , QA Load , Jmeter 等等, LoadRunner 为传统压测1.0时代最主要的代表产品

压测1.0 图1.传统的压测现状

传统的测试方法下很难去做到对整个系统去做一次大型的压力测试,这种情况下只能把每个系统独立开来,对他进行性能测试,然后对整个核心系统去做分析,确定系统的短板,对短板进行压力测试

通常需要用预估的方式,业务部门估算今年的交易额,应用部门估算,网络部门估算,基础架构部门估算。最后的结果就是如果需要1000台服务器,那么就准备1500台。如果需要5 G 的 CDN 带宽,那么就准备7.5 G 。几乎所有资源都多准备50%。

压测1.0时代的压测缺点很明显

  • 测试过程缓慢,周期过长
  • 并非聚焦于全球客户的体验
  • 非常昂贵的授权费用及硬件投入
  • 为实验室测试而设计,对生产或线上环境无能为力
  • 不能针对当今复杂的应用及架构提供实时的反馈

基于云计算的全链路压力测试我们称之为云压测,这个阶段我们叫__压测2.0__。云压测通过遍布云端的压力模拟服务器,来制造“真实用户访问”,这个过程可以覆盖到真实交易系统的全链路,全业务测试系统,并且革命性的使用云资源这种轻属性资产,对几乎来自全世界互联网和移动互联网的压力进行测试。云压测模拟测试完全还原真实用户网络访问状况

压测1.0 图2.“云压测+ APM ”进入压测2.0时代

__当产生压测需求时,我们布置在各主流云厂商(AWS、阿里云、Azure、青云、腾讯云、金山云、UCloud等等)的压测虚机自动下发压测脚本,进行云端托管式部署__云端压测机启动,对用户系统进行压测。同步压测,同步产出压测数据。

利用云计算优势,当需要进行模拟大规模用户访问时,只要多开云主机就能实现,需要模拟100万的用户访问,再开100台云主机。

云压测的准备时间基本上就是由云主机启动时间来决定,这在压测1.0时代是根本不可能实现的。云压测是在云主机发起的,因此反映了真实的用户访问环境,而压测1.0时代的传统压测方式则必须在内网的模拟环境下进行。

压测1.0

__压测2.0__时代有点同样明显。

  • 迅速部署
  • 实时统计
  • 真实世界的规模和模拟
  • 分布式的用户
  • 高效且持续
  • 除去了硬件投入

压测1.0时代的 LoadRunner VS 云压测

压测1.0

#####云压测 + APM = 端到端的性能优化解决方案

压测1.0 图5.云压测 + APM 典型应用场景

与压测1.0时代只关注于后端性能不同,云压测关注前端和后端性能,从前端的不同物理位置、不同运营商链路、宽带、窄带、带宽、 CDN 、防火墙、负载均衡,到后端的应用软件、数据库、硬件资源、系统配比等,云压测在测试环境中还原真实业务环境

云压测和 APM 结合,全链路全业务接口压力测试,全面覆盖前后端所有环节真正实现端到端性能优化解决方案,全方位提升用户体验。

OneAPM 为更多企业提供全栈式的性能管理以及 IT 运维管理服务。阅读更多文章,请访问 OneAPM 官方技术博客

###点击此处,免费申请 OneAPM 云压测产品试用

© 著作权归作者所有

OneAPM蓝海讯通
粉丝 94
博文 631
码字总数 1266889
作品 0
海淀
私信 提问
阿里巴巴高可用技术专家襄玲:压测环境的设计和搭建

性能压测,是保障服务可用性和稳定性过程中,不可或缺的一环,但是有关性能压测的体系化分享并不多。从本期开始,我们将推出《Performance Test Together》(简称PTT)的系列专题分享,从性能...

中间件小哥
05/31
0
0
裂变2016,云智慧舰队扬帆“互联网+”时代

2016年是中国企业践行互联网+转型的创新之年,是中国互联网由消费互联网向产业互联网的晋级之年,也是云智慧由SaaS服务商脱胎换骨,华丽变身业务运维解决方案服务商,实现资源聚合、产业裂变...

cloudwiseAPM
2017/01/18
138
0
全链路压测一招搞定,阿里云性能测试铂金版发布

阿里云性能测试(Performance Testing Service)是卓越的SaaS性能测试平台,具备强大的分布式压测能力,可模拟海量用户的真实业务场景,让所有性能问题无所遁形。近日,PTS宣布推出了基于阿里...

mcy0425
2018/01/25
194
0
独步双十一 电商平台全链路压力测试案例实战

最近,各大电商平台的运营和技术部门都异常忙碌,全力备战即将到来的网购狂欢季——双十一、双十二、黑色星期五……然而过去几年一些失败的大促经验告诉我们,让消费者心情愉悦的埋单并非易事...

cloudwiseAPM
2016/10/21
482
0
日单量从百万到千万,滴滴全链路压测实践

稳定性是技术团队的命根子,滴滴也在搞全链路压测了。虽然才四五年,滴滴内部已经有了众多系统,而且号称四大语言,八大框架,改造成本可想而知。 如何做到釜底抽薪,支持线上环境的全链路压...

msj0905
2018/06/27
0
0

没有更多内容

加载失败,请刷新页面

加载更多

shangcheng-my

1.数据库主键、外键类型为bigint,那么在后台应该用什么类型的变量定义? 后台用string接收,因为前段传过来的一般都是json字符串,后台直接接收,mysql是可以吧数字类型的字符串转换为对应的...

榴莲黑芝麻糊
昨天
4
0
微服务架构依赖图

基于spring-cloud-alibaba + dubbo

龙影
昨天
5
0
Centos7 安装zabbix-agent

rpm -i https://repo.zabbix.com/zabbix/4.2/rhel/6/x86_64/zabbix-release-4.2-2.el6.noarch.rpm 可以到https://repo.zabbix.com/zabbix找到对应的版本 yum install zabbix-agent -y 出现E......

abowu
昨天
8
0
文本编辑器GNU nano 4.4 发布

GNU nano 4.4 "Hagelslag" 更新日志: 启动时,光标可以放在第一个或最后一个出现位置 字符串前面带有+/string 或 +?string的字符串。 发生自动硬包装时((--breaklonglines),任何前导引号...

linuxCool
昨天
7
0
你知道字节序吗

字节序 最近在调一个自定义报文的接口时,本来以为挺简单的,发现踩了好几个坑,其中一个比较“刻骨铭心”的问题就是数据的字节序问题。 背景 自定义报文,调用接口,服务端报文解析失败 iO...

杭城小刘
昨天
5
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部