性能文章>【0】性能测试平台从设计到实现-开篇>

【0】性能测试平台从设计到实现-开篇原创

https://a.perfma.net/img/2871132
3年前
4949723

背景介绍:

      基于分布式架构的业务在快速发展中,给业务系统本身带来了不确定性,分布式系统环境当中的任一节点服务都可能成为瓶颈、短板、亦或发生问题。同时系统的可用性随着业务的快速增长,同样面临严重的挑战。

 

目标价值:

1)新系统上线,准确探测服务能力,防止一上线就被用户流量打挂

2)峰值流量业务稳定性,类似春运活动的峰值业务稳定性考研,保障业务在峰值流量不受损

3)服务容量评估,成本优化,降本增效,对服务进行精细化的容量规划      

4)性能瓶颈探测,探测服务的性能瓶颈,提升服务的吞吐量,降低平均响应时间

 

特征分析:

1)相对于功能测试,属于低频操作

2)构建一次性能测试的成本【发压硬件、数据准备、链路梳理、人员沟通】高

3)完成性能设计、执行、分析、调优的门槛高,一般5年以上的高工才真正具备上述能力

 

综上,工欲善其事必先利其器,将性能的测试工作收敛在一个平台上来进行,避免各自独立建设性能测试平台造成的人力、时间、硬件成本浪费,又可统一建立一套从性能设计->准备->执行->分析->调优->复盘->归档的标准作业化流程。将成本高、门槛高、操作不规范,又必须要做的性能测试工作持续简化,将大家的时间与精力回归到业务本身与技术实现本身上~

 

今天先写到这里,放一张我们的性能测试平台的架构设计图,后续会从性能测试平台的三个核心部件进行展开,包括中控系统、任务调度服务及压测引擎

点赞收藏
分类:标签:
imath60

ASAP

请先登录,查看7条精彩评论吧
快去登录吧,你将获得
  • 浏览更多精彩评论
  • 和开发者讨论交流,共同进步
23
7