为了账号安全,请及时绑定邮箱和手机立即绑定

为什么一个开源项目这么难 No.124

标签:
开源

今天刚好群里有朋友在问,你们为什么开源了 Apache Dubbo,你们内部是不是有更好的闭源的实现吖?看过《淘宝技术这十年》的小伙伴都知道,内部其实很多部门都在使用一个叫 HSF(High Speed Framework) 的 RPC 框架,江湖人称 "好舒服"。

那为什么内部在使用一个闭源的 HSF ,开源项目却是 Apache Dubbo 呢?

首先一个项目能不能开源,除了看公司的意愿外,还有一个很重要的一点,这个项目是不是依赖了很多内部的其他项目。打个比方说,如果一个项目,缓存中间件指定要使用 Tair ,配置中间件指定要使用 Diamond,这个项目一开源出来可能就得嗝屁。

为什么呢?

就两个最浅显的理由,第一Tair 外部搭建成本太高,其次Diamond 干脆就不是开源的。这就尴尬了,如果这样干的话,那么开源出来初始牛逼哄哄,但是所有人都没法自主搭建,因为只是开源了一小部分出来背后的很多依赖项外部都不满足。再举另外一个例子,Google 在写大数据三大马车的时候,也有一个一致性中间件 Chubby 是没有任何人知道如何实现的,而且在论文中完全没有出现任何容器技术的字眼,这在当年是故意还是偶然的就不得而知了。

想开源,从商业角度上全盘共享出来太亏,部分开源技术角度上拆分又太难。

反过来讲,那为什么内部不将已有业务迁移到开源的组件上呢?第一是历史包袱比较重,历史上每一项技术都有它产生的背景,要迁移古老的代码谈何容易,所以有一些公司即使技术落后,在能满足当前业务需求的情况下,不会轻易去进行技术架构变更。第二呢是开发熟悉程度,作为一个内部框架,它跟内部的很多中间件都配合得非常好,而且对于内部中间件也有很多的优化,内部开发人员如果要熟悉内外两套东西,从成本的角度来看无疑是非常高的。如果内部你用A组件 ,我用B组件,我们要怎么标准化通信呢?这无疑增加了开发的成本。

成本与收益,能解释很多事情为什么做,为什么不做。

Apache Dubbo 是一个 Apache 顶级项目,并不是每一个Apache 项目都是顶级项目。简单来说,就是有些顶级项目会包含一些子项目。每个顶级项目都有独立的委员会来管理。

Apache 开源项目的建立大致分为三个阶段,提案、孵化、毕业。提案阶段需要有委员会的三位导师联合提名,一旦提名成功会成立委员会保障这个项目的进行,这个阶段除了看项目还要看创始人的社交能力。孵化阶段就是开源项目代码,优化build方案,建立社区等等,构建社区参与度。毕业阶段就是Apache 委员会里绝大多数导师同意毕业,那就毕业了,成为一个顶级项目或者其他顶级项目的子项目。(参考自 Google)

难吗?难。看质量看关系还看耐心,有一堆听都没听过的项目好久都没毕业。

如果一不小心,啊真的开源成功了,有很多人很多公司都在使用这个项目,那么恭喜你,好日子来了,坏日子也来了。

会有很多人使用。

会有很多人吐槽。

会有很多的需求列表。

会有很多的update list。

会有很多的教程。

会有很多的code review。


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消