這篇文章介紹一下藍綠部署以及使用nginx如何最簡單地模擬一下金絲雀發布的方式

金絲雀發布/灰度發布

金絲雀發布的重點在于：試錯。金絲雀發布的來歷本身就是自然界的美麗生物在人類工業發展過程中的一個悲慘的故事。金絲雀就是用它的生命來為礦工的安全來試錯的。用很小的成本來換取整體的安全，在持續部署的實踐中，金絲雀就是流量控制，用很少的流量比如百分之一或者十分之一用于檢證某個版本是否正常，如果不正常則就用最低的成本實現了其作用，降低了風險。如果正常，則可以逐漸加大權重直至百分之百，將所有的流量都平穩地切換至新的版本?；叶劝l布，一般來說也是類似的概念?；疑墙橛诤诤桶字暗囊粋€過渡，區別于藍綠部署的非藍即綠，灰度發布/金絲雀發布會有一個兩者同時存在的時間段，只是兩者對應的流量不同，金絲雀發布如果說和灰度發布有所不同的話，其不同點應該是目的性的不同，金絲雀發布目的在于試錯，而灰度發布在于平穩發布，而在金絲雀發布沒有問題的狀況下進行的平穩過渡則正是灰度發布。

模擬金絲雀發布

接下來我們使用nginx的upstream來簡單模擬一下金絲雀發布的場景。具體場景如下, 當前活躍的是主版本，通過調整nginx設定，通過不斷的調節金絲雀版本的權重，最終實現平穩地發布。

事前準備

事前在7001/7002兩個端口分別啟動兩個服務，用于顯示不同信息，為了演示方便，使用tornado做了一個鏡像，通過docker容器啟動時傳遞的參數不同用于顯示服務的不同。

docker run -d -p 7001:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "Hello main service： v1 in 7001"docker run -d -p 7002:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "Hello canary deploy service： v2 in 7002"

執行日志

[root@kong ~]# docker run -d -p 7001:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "Hello main service： v1 in 7001"28f42bbd21146c520b05ff2226514e62445b4cdd5d82f372b3791fdd47cd602a[root@kong ~]# docker run -d -p 7002:8080 liumiaocn/tornado:latest python /usr/local/bin/daemon.py "Hello canary deploy service： v2 in 7002"b86c4b83048d782fadc3edbacc19b73af20dc87f5f4cf37cf348d17c45f0215d[root@kong ~]# curl http://192.168.163.117:7001Hello, Service :Hello main service： v1 in 7001[root@kong ~]# curl http://192.168.163.117:7002Hello, Service :Hello canary deploy service： v2 in 7002[root@kong ~]#

啟動nginx

[root@kong ~]# docker run -p 9080:80 --name nginx-canary -d nginx659f15c4d006df6fcd1fab1efe39e25a85c31f3cab1cda67838ddd282669195c[root@kong ~]# docker ps |grep nginx-canary659f15c4d006    nginx           "nginx -g 'daemon ..."  7 seconds ago    Up 7 seconds    0.0.0.0:9080->80/tcp   nginx-canary[root@kong ~]#