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