摘要： 上文介紹瞭如何使用Ingress實現藍綠髮布。但是對於很多隻提供tcp/udp的服務來說，七層的ingress不能很好的實現藍綠髮布的需求。這裡我們就來介紹一下如何使用 SLB 來進行四層的金絲雀釋出。

前言

上文介紹瞭如何使用Ingress實現藍綠髮布。但是對於很多隻提供tcp/udp的服務來說，七層的ingress不能很好的實現藍綠髮布的需求。這裡我們就來介紹一下如何使用 SLB 來進行四層的金絲雀釋出。

準備

首先需要一個已經通過SLB對外提供服務的應用，這裡我們還是繼續使用nginx作為例子，不過這次是通過SLB對外暴露的服務。

可以直接在控制檯上，通過應用->部署 使用模板來部署應用。

建立完畢後，就可以在控制檯上看到對應的部署與服務。

現在我們可以通過本地curl 來看一下部署的效果

可以看到已經正常訪問。

新服務上線

下面我們模擬新的服務上線，現在建立新的應用。

值得注意的就是，新服務的pod的label，也是含有app:nginx標籤的。這個標籤就是為了對應的service找到該pod，這樣就可以將對應的流量匯入進來。

建立完畢後就可以在控制檯上看到新的應用。

下面我們在執行一下curl 看一下效果。

可以看到，十次請求裡面，有五次打到了老服務，五次打到了新服務。主要原因是，service對於流量請求是平均的負載均衡策略，而且新老服務均為一個pod，因此他們的流量百分比為1：1 。

調整流量權重

這裡的權重調整就沒有ingress的那麼直接。需要調整後端的pod容器數量來調整對應的權重。比如我們這裡希望新的服務權重更大一些，那麼想調整新的pod數量到3個。

可以直接在控制檯上更新已有的應用。注意： Kubernetes的Deployment資源預設的更新方式就是rollingUpdate，所以在更新過程中，會保證最小可服務的容器個數，這個個數也可以在模板裡面調整。

更新完畢後，新老服務個數比為3:1， 下面我們再來curl一下，看一下效果。

可以看到，10個請求裡面，有8個請求到新的服務，2個到老的服務。後面就可以通過動態的調整pod的數量來調整新老服務的權重，實現金絲雀釋出。

完成

釋出完畢後，將對應的舊應用刪除即可。刪除完畢後，看一下curl的效果

這樣就實現了四層 SLB 金絲雀釋出的流程。

原文連結