最近调研一个关系存储的技术选型，说起来可能有点老套，但实际工作中，这种任务其实不会少，究其原因，每个公司都会有各自的业务特性，也会有自己的技术债务和遗留问题，任何一个技术选型，总是需要契合自己才可以。这个在个人看来，其实也是选型的最根本的原因。否则随便挑一个成熟的技术方案就可以的话，也就不会有选型的糟心事了。
技术调研是谁都可以做，但选型文档却需要一定的功底了。
1.我们要什么（需求是什么）：选型文档聚焦的还是业务需求，脱离需求来谈选型，个人感觉其实就是扯淡，做了一个高大上的东西出来，不一定比普通的东西实用。毕竟我们做的是技术调研不是新技术预研。
2.我们目前有什么（现状是什么）：其实这个我觉得就是深挖当前系统的问题和根因，把相关的技术债务理清楚，这些在选型过程中都是需要考虑的因素。
3.我们要达到什么样的目的：凡事总要有个目标，特别是技术选型。通过选型，系统想要达到什么样的一个目的，想要满足什么样的需要，达到什么样的TPS等等。
4.方案分析：这一步个人感觉就是把待选项套在上面三个项里面进行多维度比较，以及分析每个方案带来的优缺点。
当然上述的这些都是个人浅见，完全抛弃了各种方法论进行的一个白话。
其实万事将方法，很多项目书籍中，对这些内容都会有更加抽象的总结和描述，也会有更加具体的方法论。但总是需要从基础出来，自己总结，对比大神们的各种方法论，才会形成自己的做事逻辑和方法。
