亿级流量治理系列:流量治理选开源还是自研,有点小纠结
共 2290字,需浏览 5分钟
·
2021-10-02 21:06
点击上方蓝字“设为星标”
前言
公司规模
规模比较大的公司,业务稳定。有成本和能力进行自研,主要目标是系统的稳定性。这种公司一般都会选择自研,或者在开源的基础上进行深度定制开发来满足内部的需求。
当然并不是规模大就一定会自研,我讲的只是这个规模的公司适合自研。当然也有公司规模大,但是研发比较少的,比如传统企业,也有研发人员,但是不多。对于IT类的需求也不高,可能就是一些内部系统或者面向用户的系统,但是流量并不高。
这类的公司有自研成本,可以招人,但是没必要自研。因为核心业务不在这块,没必要投入更多的成本。已有的研发团队可以直接使用开源的框架来实现。
研发团队规模
研发团队规模比公司规模更重要,公司规模大不一定研发团队会大,公司规模小,有可能研发占比很高。
我认为研发团队达到了500人以上的时候,就可以选择自研了。
首先具备自研的能力,有个20来人,就可以成立三个基础架构的小组,每个小组负责几块技术方向的研发和维护就够了。
其次,这个规模的研发团队,说大也不大,说小也不小。肯定需要有基础架构来统一维护中间件,否则各个业务团队自己搞,体系就太乱了。
同时,有这么多研发,证明业务已经起来了,已经不再是探索的阶段,而且肯定是在向前发展的,所以业务团队需要专心做功能开发,基础建设相关的就需要有专门的团队来负责。同时也为后续扩张奠定了技术底层的基础。
是否满足当前需求
是否满足当前需求
如果你们用开源的目前无法满足需求,无论团队大小,都需要考虑自研了。或者用市场上提供的付费的服务。自研的好处在于源码自己有,想加功能自己改。
自研并非要从零开始,可以基础已有开源的项目进行开发,这样成本相对来说要低点。
总结
优先用开源,实在有特殊的需求无法满足时,可以考虑基于开源二次开发,减少成本。
初期,可以考虑将底层框架统一封装,此时可以用开源的,等到需求无法满足或者公司有自研能力了,直接替换之前的实现,对业务方尽量透明。
对于流量这块来说,大部分公司压根不需要流量治理,只需要预备限流功能即可,所以很多时候开源的就能够满足需求,没必要自研。
大家好,我是从古代穿越过来的美男子:架构摆渡人。我将把我的武功秘籍全部传授与你们,觉得有用请分享给身边的朋友。来个三连吧,感谢各位!
推荐下我的B站主页,目前在更新技术视频,记得关注哦!
https://space.bilibili.com/1791216636
点击阅读原文直达主页