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

流量治理定義

流量治理目的

為系統(tǒng)購買一份保險

做流量治理，其實也就是相當(dāng)于給系統(tǒng)買了一份保險。既然是保險那么就不是時時刻刻能用的到，只有在需要的時候才可以使用。

以電商業(yè)務(wù)場景來舉例，平日的流量對于系統(tǒng)來說都能扛的住。就怕搞活動，大促這些時間節(jié)點下，流量暴增，一下就把系統(tǒng)擊垮了。馬上重啟，一波新流量來襲，又垮了。如此循環(huán)，這就是有時候你們發(fā)現(xiàn)某些App老是用不了的原因之一。

如果說你們做了限流的功能，就可以將承受不了的流量直接拒絕掉，以此來保護(hù)系統(tǒng)不被沖垮。拒絕掉的那些請求只會影響一部分用戶的體驗，但你的系統(tǒng)還能健康的對外提供服務(wù)，有點舍小我保大我的意思。

這種限流的場景在生活中也有很多案例可以供我們參考，就以上海的高架橋來說，也會做限流。早高峰和晚高峰只允許滬牌上去，非滬牌只能走地面。為什么不讓所有車都開上去？車太多，堵車啊。

上海是通過車牌來進(jìn)行限流的，對應(yīng)的我們的產(chǎn)品里面就可以是，你可以優(yōu)先為付費用戶提供服務(wù)，在流量超標(biāo)的時候優(yōu)先限掉非服務(wù)用戶，以此來保證付費用戶的體驗。不然為什么滬牌要10來萬的價格，你還不一定拍的到。

如果做簡單點，可能就是一股腦的直接全部限了，就不會摻雜業(yè)務(wù)屬性放里面，主要還是看場景。

為系統(tǒng)創(chuàng)建一份健康檔案

我們經(jīng)常會去做體驗，通過體驗可以更好的了解自身的健康狀況。系統(tǒng)也不例外，其實系統(tǒng)的體檢也就是我們大促前的壓測或者定期壓測。

但是我們想想，壓測肯定不是天天都會去做的，單接口的壓測還好，像全鏈路壓測還是挺花時間的，就算有比較完整的壓測平臺我相信也不會每天都去壓測一次。

一個系統(tǒng)的狀態(tài)，表現(xiàn)在時時刻刻。通過流量治理，可以收集到很多有用的數(shù)據(jù)。

首先可以分析出流量的走勢，一天之內(nèi)哪個時間點的流量最高，峰值是多少。節(jié)假日流量比平時高多少，有了這些數(shù)據(jù)的基礎(chǔ)，可以對大促的流量預(yù)估提供參考值。

還可以知道每個系統(tǒng)的流量情況，在不同流量的情況下，這些系統(tǒng)的表現(xiàn)能力如何，RT有無明顯變化。

還可以知道，當(dāng)觸發(fā)流控的時候，哪些請求被攔截了。是否可以優(yōu)化，是否可以將流量劃分等級進(jìn)行流控。

總結(jié)

我們標(biāo)題寫的是《為什么大公司要做流量治理？》為什么不寫小公司呢？那是因為小公司壓根就沒什么流量呀。DAU破千萬的能有多少，破億的就更少了。

總的來說，之所以要做流量治理，最終目的是 保證系統(tǒng)的穩(wěn)定性。防止在突發(fā)高流量的場景下系統(tǒng)被沖垮。

后面會繼續(xù)跟大家聊流量治理這個話題，文章也會陸續(xù)出來，持續(xù)幫你搞懂流量治理怎么玩。

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

送上，我司Redis 生產(chǎn)架構(gòu)選型的調(diào)研方案

為什么Java后端開發(fā)沒有大規(guī)模采用Kotlin？

淘寶的高可用異地多活架構(gòu)到底有多牛?

點個在看你最好看