首页 > Linux操作系统 > Linux操作系统 > [原创]问题总在上线后?
一系统,基于三层架构开发,涉及N个外部单位,27日上线。上线不到12个小时,就因为性能不能满足实际需要,无法继续使用,被迫下线。
从流程上来说, 压力测试已经完成了,测试结果时”可以“支持200+并发,不过在压力测试的时候有个很重要的数据库指标没有注意到:连接池的释放。实际结果时虽然可以支持200+并发,不过由于没有释放连接,直接导致连接数在上线后暴涨,数据库连接一直到600+,最后超出连接池的最大连接限制。究其原因,主要有几点:
1.缺乏高水平的开发人员。做压力测试的时候,没有经验丰富的架构师或高级开发人员配合测试人员,导致遗漏了重要指标的监控;
2.缺乏严格的测试流程,高层不够重视。压力测试前没有对方案进行评审,没有明确的压力测试通过指标,测试后没有出具压力测试报告;
3.开发人员编写的代码有问题,缺乏必要的代码复审;
4.上线策略过于冒进。N个外部单位一起上线,缺乏试点单位过渡。
就这样,问题在上线前被轻易的在指缝间溜走,也没有充分意识到风险,直至上线后,才集中爆发,教训不可谓不深刻。
希望风雨过后是彩虹了......
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/6906/viewspace-677227/ ,如需转载,请注明出处,否则将追究法律责任。