服务端性能保障之流量控制测试总结
在互联⽹⽀付时代，我们⽆法预估系统承受最⼤并发⽤户数，做为性能测试⼈员如何确保系统在⾼并发下的稳定性、⾼可⽤性？ 7⽉底最后⼀个周⽇，线下第⼆期性能班算是正式开课，零基础的学员不少，有测试管理经验、多年开发或者测试经验的⼈员也有⼏位，但是各个都很好学，不是因为学习⽽学习，⽽是有共同理想⽽⾛在⼀个教室，交流探讨专业知识。他们谦虚且上进、因为他们知道做着没有累积性的⼯作，却期望⽼板替你加薪？做得久也未必能领得多，⼀切以实⼒见真章，所以他们珍惜每⼀堂课，认真笔记，发散性的问问题，⽆论功能测试、测试管理、⾏业知识、架构设计、软硬件知识等等，的确很考验⽼师的知识⾯和实战经验。
不同期的学⽣，不同阶段的学习提升中，学⽣问的问浅题深不⼀，深⼴度不同、天南地北都有，确实很有趣，在教学交流中也提升丰富我的知识体系，也会有碰到⼀些问题，我在平常⼯作中不会考虑那么完善，也有因知识⾯出现缺漏，让我课后弥补，让我逐渐完善我的管理体系和各类领域专业知识，并运⽤到实际项⽬⼯作中，例如第⼆节课就有学⽣问道数据库表设计中char、varchar在性能上的区别与⽤法、不同类型磁盘的性能影响、APP弱⽹测试、南⽅与北⽅⽆线⽹传输异常原因、数据库试图使⽤场景、并
发数与在线数如何估算等等，不同的技术问答题，都有不同的论证⽅法，都能写成⼀篇技术⽂章。
本章介绍的是系统流量控制或者说限流，也是在课堂中⼀个学⽣问到⼀个问题，个⼈觉得值得探讨，因为该问题在2012年的时候，我曾测试过⼀个国有⼤⾏⼤型项⽬，该系统流程复杂、规则校验多、数据量庞⼤、并发⽤户数多且集中并发度⾼，客户的要求与项⽬运维运营技术问题，确实深有体会，加上互联⽹交易时代，各种APP产品铺天盖地，各种营销⼿段层出不穷，⽬的就是为了抢夺市场，抢夺⽤户流量，这时我们⽆法使⽤正常⼿段进⾏评估系统⽤户数，为了提⾼系统的可靠性、⽤户体验等，软件开发会从不同架构设计⾓度，⾮功能性设计等来完善架构的性能，这也是微服务能慢慢风靡原因之⼀，通过微服务架构来提⾼系统在⾼并发下的⾼可⽤性、⾼可靠性等。
牛顿死亡原因是什么产品需流控背景
例如各种电商APP出现，确实对于未知的市场⽤户数量在性能测试过程中确实很难预估将来在线⽤户数、注册⽤户数、并发⽤户数，甚⾄游客查询产品信息⽤户等也会对服务产⽣压⼒，这种确实很难估算，那我们如何做呢？
现在各类电商，美团、饿了吗、淘宝、JD等在应对秒杀、⼤促、双11、618等⾼并发性能压⼒场景下，对服务端的流控已经成为硬性架构设计指标要求，⽬的是为了保证系统在⾼压下能平稳运⾏起到⾼可⽤性、⾼可靠性作⽤。
其实很多对外接⼝服务也是⼀样为了防⽌外来请求数据⾼于⾃⼰预估指标，会对外服务接⼝设置接⼝限流作⽤。特别是微服务系统，其接⼝请求可能来⾃很多外系统调⽤，对于这种海量接⼝请求的微服务，接⼝限流很重要。
应对哪些指标进⾏流量控制呢？
我们性能测试过程涉及的性能指标有吞吐率、TPS、HPS、并发⽤户数这些技术性指标等都可以当作流控的指标，当然业务上的某些指标也可以，例如输⼊验证码的时间限制、短信验证码输⼊次数、机构⽤户限制、JSF请求限制等。
⼀般情况下，对请求数就是HPS进⾏流控⽐较⽅便，因为该值可查、可控性也⾼，，通过性能压⼒测试容易压⼒与定位。
场景案例介绍太阳影子定位
下⾯场景案例是本⼈在2012年时，协助国内⼀家⽐较⼤型的城商⾏对信贷系统进⾏流量控制验证性测试介绍。
项⽬背景：
阿仙奴
对某系统流量监控测试主要验证在开启监控⼯具进⾏稳定性测试对抓取响应超时的JSF与UCC时是否对系统内存等资源使⽤有影响；同时在开启流量访问数控制开关时针对系统并发⼀定数量的⽤户数访问特定的JSF、UCC是否进⾏功能性控制等验证性测试。
测试⽬的：
流控⽤户访问限制性测试主要侧重系统在并发⼀定⽤户数下集合访问某个业务交易点的压⼒情况下，在增加⽤户数时是否前端提⽰⽤户数访问限制信息提⽰。
测试策略：
主要测试策略，在对某⼀个UCC请求超过⼀定数量时，验证是否弹出访问量超过流量开关控制最⼤访问提⽰信息。
测试结果：
工效挂钩管理办法在流量开启设置好业务交易控制场景和性能测试场景后，设置瞬间并发下操作某⼀个业务UCC服务请求，当超越该请求时应该提⽰如下信息，确保系统受流控成功。yintu
并在压⼒测试过程检查内存回收情况、服务器资源资源利⽤率、session会话回收情况，确保此时的会话数的正确性和回收率的准确。
⽽在loadrunner压⼒测试场景中，也可以看到如下错误提⽰信息，说明流控在并发下功能的准确性。
以上场景是针对业务请求进⾏流量控制，算是业务流控、⽽⼀般微服务时代是技术接⼝、集部署⽅
式的这时流量监控可能复杂性更⾼，例如，对每⼀个接⼝服务的调⽤频度⽽限制、调度频率的设置等进⾏验证下⾮功能性测试
一件运动衫对于最⼤允许访问频率的设置，需要结合性能压测数据、业务预期流量、线上监控数据来综合设置，最⼤允许访问频率不⼤于压测 TPS，不⼩于业务预期流量，并且参考线上监控数据
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议