點擊上方藍字“設(shè)為星標(biāo)”

前言

當(dāng)你看到這篇文章時，恭喜你，已經(jīng)了解了為什么要做流量治理以及目前主流的限流算法和原理。沒看過這個系列前兩篇文章的可以回頭翻翻歷史文章。

 

當(dāng)你決定要做流量治理這件事時，必定會遇到一個比較糾結(jié)的問題，就是用開源還是自研呢？

 

今天我們從下面幾個方面來分析下，什么時候該自研，什么時候該直接用開源的成果。

公司規(guī)模

 

規(guī)模比較大的公司，業(yè)務(wù)穩(wěn)定。有成本和能力進行自研，主要目標(biāo)是系統(tǒng)的穩(wěn)定性。這種公司一般都會選擇自研，或者在開源的基礎(chǔ)上進行深度定制開發(fā)來滿足內(nèi)部的需求。

 

當(dāng)然并不是規(guī)模大就一定會自研，我講的只是這個規(guī)模的公司適合自研。當(dāng)然也有公司規(guī)模大，但是研發(fā)比較少的，比如傳統(tǒng)企業(yè)，也有研發(fā)人員，但是不多。對于IT類的需求也不高，可能就是一些內(nèi)部系統(tǒng)或者面向用戶的系統(tǒng)，但是流量并不高。

 

這類的公司有自研成本，可以招人，但是沒必要自研。因為核心業(yè)務(wù)不在這塊，沒必要投入更多的成本。已有的研發(fā)團隊可以直接使用開源的框架來實現(xiàn)。

 

研發(fā)團隊規(guī)模

 

研發(fā)團隊規(guī)模比公司規(guī)模更重要，公司規(guī)模大不一定研發(fā)團隊會大，公司規(guī)模小，有可能研發(fā)占比很高。

 

我認為研發(fā)團隊達到了500人以上的時候，就可以選擇自研了。

 

首先具備自研的能力，有個20來人，就可以成立三個基礎(chǔ)架構(gòu)的小組，每個小組負責(zé)幾塊技術(shù)方向的研發(fā)和維護就夠了。

 

其次，這個規(guī)模的研發(fā)團隊，說大也不大，說小也不小。肯定需要有基礎(chǔ)架構(gòu)來統(tǒng)一維護中間件，否則各個業(yè)務(wù)團隊自己搞，體系就太亂了。

 

同時，有這么多研發(fā)，證明業(yè)務(wù)已經(jīng)起來了，已經(jīng)不再是探索的階段，而且肯定是在向前發(fā)展的，所以業(yè)務(wù)團隊需要專心做功能開發(fā)，基礎(chǔ)建設(shè)相關(guān)的就需要有專門的團隊來負責(zé)。同時也為后續(xù)擴張奠定了技術(shù)底層的基礎(chǔ)。

 

是否滿足當(dāng)前需求

 

如果你們用開源的目前無法滿足需求，無論團隊大小，都需要考慮自研了?；蛘哂檬袌錾咸峁┑母顿M的服務(wù)。自研的好處在于源碼自己有，想加功能自己改。

 

自研并非要從零開始，可以基礎(chǔ)已有開源的項目進行開發(fā)，這樣成本相對來說要低點。

 

總結(jié)

優(yōu)先用開源，實在有特殊的需求無法滿足時，可以考慮基于開源二次開發(fā)，減少成本。

 

初期，可以考慮將底層框架統(tǒng)一封裝，此時可以用開源的，等到需求無法滿足或者公司有自研能力了，直接替換之前的實現(xiàn)，對業(yè)務(wù)方盡量透明。

 

對于流量這塊來說，大部分公司壓根不需要流量治理，只需要預(yù)備限流功能即可，所以很多時候開源的就能夠滿足需求，沒必要自研。

 

大家好，我是從古代穿越過來的美男子：架構(gòu)擺渡人。我將把我的武功秘籍全部傳授與你們，覺得有用請分享給身邊的朋友。來個三連吧，感謝各位！

END

   

    推薦下我的B站主頁，目前在更新技術(shù)視頻，記得關(guān)注哦！
    

   

https://space.bilibili.com/1791216636


點擊閱讀原文直達主頁