超级会员免费看
在架构设计中，选择备选方案是一项挑战，因为每个方案都有其优缺点。评估过程通常涉及多种指导思想，如最简派、最牛派和最熟派。本文提出“360 度环评”方法，关注性能、可用性、成本等质量属性，根据业务需求和团队能力选择合适方案。通过实例分析了不同团队在面对开源、自研和传统方案时的选择依据，强调方案选择不仅要考虑技术因素，还要综合业务、运维和技术实力。
上一篇我们聊了设计备选方案，在完成备选方案设计后，如何挑选出最终的方案也是一个很大的挑战，主要原因有：
- 每个方案都是可行的，如果方案不可行就根本不应该作为备选方案。
- 没有哪个方案是完美的。例如，A 方案有性能的缺点，B 方案有成本的缺点，C 方案有新技术不成熟的风险。
- 评价标准主观性比较强，比如设计师说 A 方案比 B 方案复杂，但另外一个设计师可能会认为差不多，因为比较难将“复杂”一词进行量化。因此，方案评审的时候我们经常会遇到几个设计师针对某个方案或者某个技术点争论得面红耳赤。
正因为选择备选方案存在这些困难，所以实践中很多设计师或者架构师就采取了下面几种指导思想：
- 最简派
设计师挑选一个看起来最简单的方案。
例如，我们要做全文搜索功能：
方案 1： 基于 MySQL
方案 2： 基于 Elasticsearch
MySQL 的查询功能比较简单，而 Elasticsearch 的倒排索引设计要
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
