注册 / 登录

分布式百万用户压测你的业务

分会场:  架构演进/工程实践/大前端

 

案例来源 :

案例讲师

聂永

微博产品部-服务器技术

技术专家@新浪微博,主要负责移动端消息实时互动应用架构底层基础设施维护和优化等。目前通过协调若干部门、团队构建标配为100万海量用户的超大规模分布式压测容量的新浪性能压测平台,致力于向全员推广性能压测模式驱动系统健康发展的理念,使功能测试 + 性能测试成为常规化。

扫描二维码分享案例

所在软件研发中心介绍

微博产品部-服务器技术,负责新浪微博移动后端业务

 

建议该分享案例适用范围:

研发人员,测试人员,QA

 

为什么这个案例值得分享?

学习性能压测驱动系统健康发展的理念,以及具体实践过程示范,避免系统在每一次的迭代中性能出现下降,促使所构建系统健康发展。

 

 

案例简述

 

如何开启一次分布式环境下百万海量用户压测实际业务,来评估线上真实容量,和处理能力等。

 

案例目标

 

公司层面的业务需求是要我们构建一个海量用户聊天室系统,容量要求线上要能够支持100万用户在线。当时能够投入的研发人员有限,只有一名初级工程师和一名中级工程两个研发。调研整个系统的基础业务功能点不是很复杂的,大家理解起来都很容易,但要求的处理系统性能才是醉关键,针对现状研发力量的不足,在基本功能开发完毕之后,需要寻找一种促进机制,能够帮助研发工程师们能够快速验证所开发系统的处理性能,针对不足进行改造,快速校验,及时反馈,直到完成所设定的性能考核目标为止。
因此,我们引入了性能测试驱动模式,用于推动并加快整个聊天室系统的处理性能改进的流程。

 

成功(或教训)要点

 

整体审视性能测试驱动模式,本质是一种助推力,关注性能测试如何紧密贴合实践,核心是及时反馈,着眼于完成性能考核目标。
执行要点梳理一下:

1. 指定性能考核指标
2. 准备一套测试套件
3. 设计好性能测试会话内容
4. 功能测试 + 性能测试,跟踪每一次变更/迭代
5. 坚持下来

关键点是要能够坚持下来。

 

案例ROI分析

 

由开始的单机:1万用户、1000的QPS 性能成绩,经过性能测试驱动模式推动之后,实现了单机50万用户、15000的QPS,顺利完成开发任务。

更具体的收获细节:

1. 激发了创新能力,申请了3件技术发明创新专利
2. 要求支持100万用户在线,实际线上支持大于1000万用户的容量,10倍的突破
3. 每一个参与者构建海量处理能力系统经验的大量积累
4. 个人快速成长,技术能力越级提升
5. 团队协作能力的提升,遇事的多多思索

 

案例启示

 

性能测试驱动模式,本质是一种助推力,关注性能测试如何紧密贴合实践,核心是及时反馈,着眼于完成性能考核目标。

 

案例在团队中的意义

 

学习性能压测驱动系统健康发展的理念,以及具体实践过程示范,避免系统在每一次的迭代中性能出现下降,促使所构建系统健康发展。