杂感 – 基于开源产品的技术选型
你是否了解开源？
最近，和公司里的不少同事聊了关于几款开源产品，发现绝大多数的人对 开源 的定义，还是仅仅处于 可免费获取 的阶段，对整个开源的生态并不了解，在后续的使用和二次开发上，出现了很多问题。
在交流的过程中，有三个最常见的观点：
开源就是供开发者免费下载、使用的软件
开源产品很难满足公司的需求，肯定需要二次改造
开源产品并不稳定，安全性也不高
一、开源不仅仅是免费，更是一种思想
如果要说到开源的鼻祖，我个人首推 Richard Stallman，一个很有趣的大胡子。有兴趣的读者可以阅读其作品 –《大教堂与集市》，或者听他的相关演讲。如果你有所了解，可以完全跳过本节。
这里，我简单地描述下个人看法：
传统公司的开发方式是基于闭源的，所有的代码归属于公司资产。对应出现问题时，只能由该公司的开发者定位并修复。在这样的模式下，从宏观角度来说，许多公司在相同模块上造了参差不齐的轮子，从整个社会的角度来看，存在大量生产力浪费；从细节来说，很多用户急需的产品问题得不到迅速解决。
当开源软件思想被推广后，优势非常明显：用户可以直接调用现有模块的功能，可以贡献代码修复问题，引导整个开源产品的发展方向。当然，成功的开源产品背后，肯定需要基金会和稳定的运营组织。这样的开发模式下，开源产品是市场经济导向的成果，自然是最符合市场需求的产品。
二、优秀的开源产品提供的是平台，根据业务做不侵入代码做定制需求
优秀的开源产品会提供大量接口。例如 k8s 支持各种网络、存储，prometheus 支持多种界面、持久化存储等，也会提供 HTTP API, web hook 等高度定制化的接口。在绝大多数的情况下，许多侵入源代码的二次开发，只是用户不够了解该产品。
为什么我这么反对侵入代码？当然，侵入代码的程度各有深浅，但一旦修改源码 (能贡献到开源产品上的另说)，基本都是越改越多，基本走不回来了（切肤之痛！）。如果无法跟着开源产品同步更新的话，功能开发、问题修复带来的成本只会越来越高。
了解一款开源产品，详细地阅读其官方网站、github 说明、版本更新说明，比直接阅读代码好得多。固然，要掌握开源产品，阅读代码是最底层的，但很多开发者误认为了解代码才能体现水平。如果对源码很有兴趣，阅读其中几个核心模块的代码逻辑，足以让你成为领域内的专家。
在开源产品中，阅读文档（最新的文档基本上是英文的）的重要程度被严重低估，也就导致开发定制模块的方案存在诸多问题。
三、开源产品的优势在于协作开发、快速更新
开源产品是一个逐渐发展的产品，前期存在诸多弊端是很正常的，但只要能解决行业内的一个关键性痛点，就会有大量的使用者，产生大量的实践经验，也就有越来越多的人来贡献代码，使得产品越完善。这是一个正反馈的效应。
这里，不得不提出一点，中国近几年的开源生态发展迅速，代码贡献量激增，同时也有不少的开源产品放到社区内，比如小米、美团、阿里等大型公司。但是，绝大多数项目开源后，没有一个很好的维护组织，导致许多优秀的雏形没有机会发展下去。
开源产品在不断更新的过程中，经常有几个我们关心的特性或 bug 修复，促使我们将原有版本更新。这时，就体现了不侵入源代码地进行二次开发的优势了。
尾声
在公司内实现一款开源产品的落地，不仅仅要考虑技术方面的问题。接下来，我会更新其余方面的心得体会，欢迎各位点评~