技术方案评审

参考

技术方案评审

一、流程&规范

人员: 评审可以由开发,测试,项目经理等一起参加，Leader或架构师要做主评审

时间：控制在30分钟-1小时范围

目的: 评审是让大家达成同识，一起探讨学习。

1. 产品需求实现上是否满足，是否有遗漏
2. 分析方案里是否有坑
3. 方案上线后是否会遇到重大事故
4. 有没有异常监控告警以及兜底方案

二、评审维度

组件选型

• 为什么选 A 不选 B 呢？
• A 不是开源的，出了问题怎么办？
• B 虽然是开源的，但是是 Erlang 写的，公司没人能看懂怎么办？
• C 我看待解决的 Issues 还有很多，有没有去了解过？
• 这个组件在性能方面你是否了解过？
• 开源的免费版本不支持集群怎么办？
• 如果彻底要自己写这个组件有没有可能性？

性能

• 我们需求的 TPS、QPS 和 RT 是多少？
• 整体设计上会做到的 TPS、QPS 和 RT 是多少？
• 随着数据量的增大系统性能会不会出现明显问题？
• 系统哪个环节会是最大的瓶颈？
• 是否打算做压力测试，压力测试方案是怎么样的？
• 怎么提高前端用户的访问流畅性？

可伸缩性

• 每一个环节是否都是可以横向扩展的？
• 扩容需要怎么做手动还是自动？
• 数据库不能横向扩展怎么办？
• 纵向扩展有多少效果？
• 横向扩展是否是线性的？
• 扩展后是否可以提高响应速度？

灵活性