南京前端開發(fā)-正厚軟件技術(shù)有限公司-鎮(zhèn)江前端開發(fā)

分析之前

依我個(gè)人的理解來(lái)說(shuō)限流的話應(yīng)該靈活到可以針對(duì)每一個(gè)接口來(lái)做。比如說(shuō)一個(gè)類里面有5個(gè)接口，那么我的限流插件就應(yīng)該能針對(duì)每一個(gè)接口就行不同的限流方案。所以呢，既然針對(duì)的每個(gè)接口所以就需要一個(gè)可以標(biāo)示這個(gè)接口的key（我取的是類名+方法名+入?yún)ⅲ?/p>

分布式限流強(qiáng)烈推薦使用redis+lua或者nginx+lua來(lái)實(shí)現(xiàn)。

這里用2個(gè)限流條件來(lái)做示例講一下常見(jiàn)的限流算法：

接口1它10秒鐘很大允許訪問(wèn)100次

接口2它10秒鐘很大允許每個(gè)人訪問(wèn)100次。

計(jì)數(shù)器算法

這個(gè)算法可以說(shuō)是限流算法中最簡(jiǎn)單的一種算法了。

核心思想

計(jì)數(shù)器算法的意思呢就是當(dāng)接口在一個(gè)時(shí)間單位中被訪問(wèn)時(shí)，我就記下來(lái)訪問(wèn)次數(shù)，鎮(zhèn)江前端開發(fā)，直到它訪問(wèn)的次數(shù)到達(dá)上限。

涉及變量

接口（key）

時(shí)間單位（expire）

允許訪問(wèn)多少次（limit）

訪問(wèn)次數(shù)（value）

條件一

當(dāng)一個(gè)請(qǐng)求過(guò)來(lái)時(shí)，我們就會(huì)得到這個(gè)key。

123456789 if(存在key){ value++; if(value>=limit){ 不能訪問(wèn) } }else{ 添加key，value為1 設(shè)置key過(guò)期時(shí)間為expire }

06教室人數(shù)及授課方式：

現(xiàn)有些培訓(xùn)機(jī)構(gòu)大多為了賺錢而花重金在搜索引擎上大量打廣告，南京前端開發(fā)，以起到廣泛招生的效果，徐州前端開發(fā)，但實(shí)際教育水平真心可以用“黑”來(lái)形容。

當(dāng)一個(gè)教室里烏泱泱坐滿了五六十甚至更多的學(xué)生后，那學(xué)習(xí)效果和小班制的二十幾人想比，哪種用心付出的成本更高、學(xué)習(xí)效果會(huì)更好，不言而喻。

當(dāng)五六十人對(duì)著一個(gè)投影儀的大屏幕看著早已錄好的視頻，遇到問(wèn)題不知該問(wèn)誰(shuí)，和二十幾人面對(duì)著一個(gè)具有十幾年經(jīng)驗(yàn)的講師，有不懂的隨時(shí)發(fā)問(wèn)，哪種學(xué)習(xí)氛圍和學(xué)習(xí)效果更好，自然一目了然。

是因?yàn)槲艺J(rèn)為NoSQL解決方案不如RDBMS解決方案嗎？當(dāng)然不!

是因?yàn)槲覍Ｗ⒂赟QL的做事方式，而不想陷入一種相對(duì)較新的技術(shù)的不確定性嗎？不，合肥前端開發(fā)，也不是！事實(shí)上，我非常興奮地學(xué)習(xí)和使用各種分布式數(shù)據(jù)庫(kù)提供的設(shè)施。

那我為什么要寫這個(gè)？

原因很簡(jiǎn)單——幾年前，我見(jiàn)證了設(shè)計(jì)一個(gè)為遙測(cè)事件提供模式管理設(shè)施的系統(tǒng)。事實(shí)證明，這比最初計(jì)劃的要昂貴得多。為什么呢？因?yàn)檫x擇了錯(cuò)誤的數(shù)據(jù)庫(kù)解決方案。

這個(gè)系統(tǒng)的一個(gè)要求是確保模式編輯是一致的，并且模式的很新版本被顯示給每個(gè)模式編輯器。它還應(yīng)該支持并發(fā)編輯。

此外，同時(shí)訪問(wèn)這個(gè)系統(tǒng)的用戶數(shù)量永遠(yuǎn)不會(huì)超過(guò)幾百個(gè)。存儲(chǔ)的數(shù)據(jù)量不會(huì)是Tb級(jí)——最多幾百Gb。

因此，如果我們考慮了CAP定理的權(quán)衡，那么選擇應(yīng)該是顯而易見(jiàn)的——使用RDBMS。這樣做的好處是支持系統(tǒng)的一致性和事務(wù)支持需求。

相反，選擇了NoSQL數(shù)據(jù)庫(kù)（Azure表存儲(chǔ)）來(lái)進(jìn)行原型設(shè)計(jì)。這一選擇的原因是，它使原型設(shè)計(jì)更快，并提供了更大的靈活性，同時(shí)更新了單個(gè)遙測(cè)事件的模式。與Azure SQL相比，Azure表存儲(chǔ)的低成本被認(rèn)為是另一個(gè)原因。