开源选型中的基因论

随着开源组件的日益增多，整个开源社区就像一个超级大的沃尔玛，琳琅满目的开源组件让人挑花了眼。这里，我们就谈谈如何进行选型的问题。

传统的选型方式

一般而言，我们会按如下的方式进行选型验证：

1. 功能上是否契合。也就是我的需求能通过该组件来完成
2. 性能如何(会做一些压测)
3. 稳定性如何
4. 社区活跃度如何
5. 是否能方便和其他的组件配合

如果能通过上面的几条，我么可能就会采用该套技术了。然而这往往会导致很多误用。比如很多人就把zookeeper当存储用了，因为倒也满足上面的一些需求。

基因论

这里的基因指的是，某个开源组件是因为什么而诞生到这个世界的。仍然以zookeeper为例，我们可以说zookeeper 是为分布式协调而诞生的，他的基因使得它适合做这一块的工作。但是zookeeper的很多特性又可以利用在很多领域：

1. 配置变更通知
2. 集中化的存储

于是有大量的应用围绕这两个功能点开发。这其实就是一种误用。比如Storm 拿 zookeeper存储偏移量，这样就会涉及到频繁的更新，这其实就是不合适的。或许这种场景HBase/Redis之类的存储会更合适些？

我们在选型的过程中过度的考虑了 功能是否匹配，而忽略了开源项目本身的基因，这必然会导致能够实现功能，但是却带来一些不可控的问题。

这里还有一个典型就是Docker,各种滥用导致各种问题，镜像存储问题，虚拟隔离的安全性问题等。如果知道Docker的基因其实是无侵入性的为应用加上资源限制，以及附带运行时环境，就不会各种折腾了。

所以在做选型的时候不妨问问： 我选用的开源组件是为了解决我这个问题而设计和诞生的么？我用的场景是不是吻合他的基因？