选型核对清单是什么
选型结论要能回答一组具体问题：读写模式、一致性要求、查询能力、规模与增长、团队运维能力、成本与退出成本。用清单逐项打分并记录理由，几个月后才不会只剩一个产品名而说不清当初的取舍。清单的价值在于把「选哪个产品」拆成可验证的问题：试点阶段用小流量数据验证结论后再推广，而不是靠演示环境的跑分做决定。
基本信息
| 核对维度 | 访问模式、一致性、查询能力、规模、运维、成本与退出 |
|---|---|
| 输出物 | 打分表加决策记录 |
| 验证方式 | 小流量试点与压测，而不是只看演示 |
| 留痕内容 | 结论、理由、约束、回滚方案 |
核对清单
| 维度 | 要回答的问题 | 示例判断 |
|---|---|---|
| 访问模式 | 点查为主还是分析聚合 | 点查多选文档或键值，聚合多选列式 |
| 一致性 | 能接受旧读窗口吗 | 强一致场景核对事务与复制语义 |
| 查询能力 | 要全文、向量、范围还是 join | 全文选搜索库，join 多要核对建模代价 |
| 规模 | 三年后的数据量与写入峰值 | 按容量评估方法做系数推算 |
| 运维 | 团队能承担几套组件 | 组件越少越好，监控与备份体系要覆盖 |
| 成本与退出 | 预算上限与迁移的代价 | 把数据导出方式与兼容性写入评估 |
典型使用场景
- 新项目立项：把需求拆成清单逐项对照
- 技术替换：评估退出成本与数据迁移路径
- 评审留痕：把结论与理由记录在案，便于回溯
- 试点验证：用小流量灰度验证结论
- 复盘改进：上线后回看当初的判断是否成立
决策记录模板
决策记录模板
决策：订单检索从主库 LIKE 迁移到 ES
理由：模糊匹配量大，主库扫描放大 100 倍以上
约束：ES 只作检索副本，主存储仍在 MongoDB
验证：灰度 10% 读流量，p99 与结果相关性对比达标后全量
回滚：保留主库查询路径，异常时切回清单的价值在于约束讨论范围：把「选哪个产品」拆成可验证的问题，试点阶段用小流量数据验证结论再推广。
只做产品对比不做场景验证最危险，演示环境的跑分无法代表生产环境的查询组合与数据分布。
不留决策记录会导致人员变动后选型依据丢失，后续每次变更都要重新踩一遍同样的坑。