原创

确保系统稳定性方面,我们可以做哪些事情?

今天咱们来聊一下系统稳定性方面,我们可以做的一些事情。

1、需求阶段

需求阶段,产品经理会组织开发一起开会,阐述需求,这个阶段大家一定要和产品经理达成共识,确保双方需求理解一致,有不明确的需求,一定及时与产品沟通,有些朋友可能比较内向,不好意思,然后就着手开发,容易导致返工,不要不好意思,有不明确的一定要问,多问,嘴巴勤快点,可以省很多事。

2、设计阶段

开发在这个阶段通常会出一份详细设计文档,会包含:技术选型、数据库设计、功能点如何实现、系统性能指标等等。

这个阶段最好能找有经验的同事参与设计文档的评审,让大家多多提意见,从而发现设计中的一些缺陷,提升系统稳定性。

我遇到过,有些公司的开发拿到需求了,就直接开干的,代码写着写着,发现思路不对,返工,可能你会说需求比较急,时间比较紧,没关系,当你拿到需求的时候,可以用简单的文章描述一下每个功能如何实现,写一下实现的思路,开个短会,让同事评审一下,没问题了,就按照描述的思路来开发,这样效率会高很多,也会避免返工,让开发出来的系统更稳定。

3、代码审核

代码提交之前,务必要做2个动作,自测,让同事review代码;

自测是对自己工作的负责,也是为他人节约时间,没有自测的代码直接交给测试,完全是不负责任的表现;

review代码几个好处:容易发现bug、还可以别人优秀的设计思路。

自测和review一定要做起来,不要走形式。

4、测试阶段

测试阶段不要以为只是测试的事情,有些比较难以测试的点,大家一定要积极配合测试,有些测试的点,测试可能考虑不到,这些开发一定要告知测试,让其重点关注,尽量让测试全面覆盖各个功能点,这样上线之后才能更稳定。

5、上线阶段

要有标准上线文档,上线文档需审批,上线过程采用自动化的方式。

6、回归测试

上线完毕之后,先不要对外开放,让测试走一遍,没问题了,可以在对外开放或者分批对外开放。

7、监控系统

监控系统,这个东西,一定要配上,可以及时的发现问题,没有监控系统,就像裸奔一样。

服务器监控:比如服务器挂了,被攻击了,磁盘满了,api响应特别慢,你得及时知道并解决,这个可以采用第三方一些监控软件来搞定。

业务监控:业务发生异常的时候,可以快速知道,比如给用户多发钱了,你还迷迷糊糊的不知道,公司都被你整倒闭了,比如监控资金异常的,可以通过sql查询资金信息,触发一定的阈值,电话通知开发,及时解决。

8、日志系统

一定要构建自己的日志系统,通过日志系统可以快速定位系统异常,排错。

关于日志系统,有条件的可以自己开发一个,主要就是方便查日志,可以将所有系统日志汇集到es集群建立索引,方便快速检索。

关于系统稳定性方面,大家是怎么做的呢?欢迎大家留言。

推荐一个高质量的公众号

这里给大家推荐一个公众号:Java充电社,这个号中会定期发布一些高质量的java专题视频,目前已经发布了大量高质量的学习视频,大家可以去瞅瞅,欢迎关注。

file

正文到此结束
本文目录