目录
参考
一、流程&规范
人员: 评审可以由开发,测试,项目经理等一起参加,Leader或架构师要做主评审
时间:控制在30分钟-1小时范围
目的: 评审是让大家达成同识,一起探讨学习。
- 产品需求实现上是否满足,是否有遗漏
- 分析方案里是否有坑
- 方案上线后是否会遇到重大事故
- 有没有异常监控告警以及兜底方案
二、评审维度
组件选型
- 为什么选 A 不选 B 呢?
- A 不是开源的,出了问题怎么办?
- B 虽然是开源的,但是是 Erlang 写的,公司没人能看懂怎么办?
- C 我看待解决的 Issues 还有很多,有没有去了解过?
- 这个组件在性能方面你是否了解过?
- 开源的免费版本不支持集群怎么办?
- 如果彻底要自己写这个组件有没有可能性?
性能
- 我们需求的 TPS、QPS 和 RT 是多少?
- 整体设计上会做到的 TPS、QPS 和 RT 是多少?
- 随着数据量的增大系统性能会不会出现明显问题?
- 系统哪个环节会是最大的瓶颈?
- 是否打算做压力测试,压力测试方案是怎么样的?
- 怎么提高前端用户的访问流畅性?
可伸缩性
- 每一个环节是否都是可以横向扩展的?
- 扩容需要怎么做手动还是自动?
- 数据库不能横向扩展怎么办?
- 纵向扩展有多少效果?
- 横向扩展是否是线性的?
- 扩展后是否可以提高响应速度?