有些业务是有实时性要求,实时性的概念可能是产品设计的必须性,也可以是非必需的,当然谁都希望做到又快又好.
调用云服务的时候有些产品是有qps要求的,所以导致有些数据创建不成功或是违规的创建
当时为了考虑到用户少、这个功能的并发数不会多、节省成本的角度,所以就没有进一步做处理.
就是这么巧,某天的并发数真的超过了设置数量,导致有些数据录入不成功,用户反馈过来说体验感不好.
处理措施有两种方案:
对于实时性要求不高的功能:改成非实时性的用户可之后查看,后台用消息队列处理
就要求实时性的:升级云产品qps,消息队列 redis等等待,并发量大了用户可能等待的时间过长导致,当然针对于某些业务比如秒杀抢购类似的业务用户是愿意等待的
相关文章
- 05-14如何将模拟对象注入另一个已经模拟过的对象
- 05-14一个留了两个星期的bug,基础忘光了
- 05-14曹工改bug--这次,我遇到了一个难缠的栈溢出bug,还是日志相关的,真的难
- 05-14Bug现形记(一):一个多重继承程序的查错
- 05-14移动端H5页面开发,碰到一个字体变大的BUG
- 05-14【原创】够强!一行代码就修复了我提的Dubbo的Bug。
- 05-14一个线程池 bug 引发的 GC 思考!
- 05-14够强!一行代码就修复了我提的Dubbo的Bug。
- 05-14Spider Studio 新版本 (20140109) - 修复浏览器对部分网页不支持的BUG
- 05-14傲鹏ERP系统的一个BUG修正