当服务QPS增高时我们做什么

很多同学在实际的开发中害怕系统的QPS增高,因为觉得QPS太高会导致系统挂掉;基于这种心理会想着尽量的降低系统的请求量,甚至有人会将很多处理放置到服务中来处理,这样外部发一起请求,服务就把所有的业务处理完了(比如将for循环的计算放置到服务端)。

这种方式降低了系统的请求量,但是降低了系统的QPS吗?这种做法系统更安全了还是更危险了?

首先来介绍一下基本概念。

1 性能的关键指标

系统吞吐量(Throughput)

吞吐量指单位时间内系统处理的请求数量,体现系统的整体处理能力。

响应时间(系统延迟Latency)

请求的平均响应时间

一般来说,一个系统的......

技术管理的路

看到[30岁后的程序员,该如何做出职业抉择?](https://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=2653547498&idx=1&sn=5d29a4875d5a093a7f33e9ec89887b3b&scene=1&srcid=0705bSatpzBcv9Lvy2a3VKQo&ke......

使用Spock在Java项目中UT

1.Spock是什么

Spock is a testing and specification framework for Java and Groovy applications. What makes it stand out from the crowd is its beautiful and highly expressive specification langu......

程序员的业务观

这篇文章是受漫谈工程师的三观 的启发所写。

常常听到做业务的程序员抱怨自己现在做的业务没有意思,学不到东西,用不到新技术,用的也都是翻来覆去的技术,得不到成长。很多程序员在经历这个过程时,很多调整不了也就离职了,也许走向了一个新的技术兴奋点,有些可能是换了个新的业务继续循环。那我们程序员在遇到这种事情的时候应该怎么调整,应该向哪个方向走。......

Scrum中大项目管理

团队使用Scrum 已经有半年多了, 基本形成了一周一个迭代周期的正常开发节奏,团队的开发状态也进入了正规;但是在Scrum的迭代中,时常会出现一些比较大项目需求,这种大项目工期长,时常会跨团队/部门配合,因此在迭代中会出现很多问题,难以管理。

这篇文章是我们团队在周会上专门讨论大项目管理时的总结。

1. Scrum迭代管理