簡單的來說，是為了保障服務質量，保證重要資料的傳輸。服務質量包括頻寬，延遲，抖動和丟包率。
打個比方，公司裡老總在開會，你在打遊戲。那麼老總的資料肯定要保證傳輸，而你的資料，丟了就丟了吧…
那麼，如何保證重要資料的傳輸保證呢？
為了更好地講解令牌桶，這裡引入乙個高速公路的例子。高速公路上容納的車流量就好比我們的頻寬；
車輛就好比我們的資料報；
我們只有在入口處拿到了卡才能順利進入高速公路。
那麼，這裡的卡，就好比是令牌，領卡入口就好比是桶，這就是令牌桶技術，報文拿到了令牌中的令牌才可以被順利**。
這裡的卡是有限的。如果是無限的，那車很多的話高速公路上不是都擠爆啦？同樣的道理，保證鏈路不被「擠爆」，保證資料的傳輸。
這裡注意：高速公路上只拿一張卡就可以了，那是車輛的大小差別不大。可是資料報可不一樣，小到幾十位元組，大到1500位元組，差別非常大。所以在令牌桶技術中，根據報文大小領取一定數量的令牌，不止一張哦~~
假設這裡有乙個發卡機，以固定的速率[1] 源源不斷地往桶裡發卡，
qos 令牌桶演算法
令牌桶演算法一般指的是單 雙速三色標記法。該演算法要預先在系統中設定三個引數，三個引數如下 cir用於表示每秒ip包的位元組數。cbs和ebs以位元組為單位。必須被設定。推薦值 它們之一必須大於0，且若大於0的cbs和ebs，值要大於mtu。顏色有三種 綠 黃 紅。簡單來說，顏色與引數的對應關係是這...
令牌桶 限速 限速之令牌桶和漏桶演算法
限速是大型服務裡面必備的功能，目的是對併發控制和請求進行限速來保護系統，讓系統不會因為單位時間內的請求數量太大，被打爆。對於超過了限速的那些請求，處理方法往往是 直接拒絕服務，排隊等待，或者降級處理。對於限速來說，最常用的兩個演算法是 令牌桶演算法和漏桶演算法，下面我們便來看下它們是怎麼回事。一 令...
限流演算法之漏桶演算法 令牌桶演算法
每個api介面都是有訪問上限的，當訪問頻率或者併發量超過其承受範圍時候，我們就必須考慮限流來保證介面的可用性或者降級可用性。即介面也需要安裝上保險絲,以防止非預期的請求對系統壓力過大而引起的系統癱瘓。通常的策略就是拒絕多餘的訪問，或者讓多餘的訪問排隊等待服務，或者引流。如果要準確的控制qps，簡單的...