金絲雀發布（canary releases）的由來
17世紀，英國礦井工人發現，金絲雀對瓦斯這種氣體十分敏感。空氣中哪怕有極其微量的瓦斯，金絲雀也會停止歌唱；而當瓦斯含量超過一定限度時，雖然人類毫無察覺，金絲雀卻早已毒發身亡。當時在採礦裝置相對簡陋的條件下，工人們每次下井都會帶上乙隻金絲雀作為「瓦斯檢測指標」，以便在危險狀況下緊急撤離。
kong的金絲雀發布簡述
kong的金絲雀發布的實現
假設生產環境的狀況如下：
#灰度版本的target
/upstreams/b7208664-4c0b-4c64-98a2-683594bb1bfd/targets post
#生產版本
/upstreams/b7208664-4c0b-4c64-98a2-683594bb1bfd/targets post
services post
routes post
}
/upstreams/b7208664-4c0b-4c64-98a2-683594bb1bfd/targets post
/upstreams/b7208664-4c0b-4c64-98a2-683594bb1bfd/targets post
相當於切換了五分之一的流量過去
先寫到這裡了，有問題進qq群630300475
藍綠發布 金絲雀發布 A B測試
通常，生產環境中的專案發布方式包括後面三種 藍綠發布 金絲雀發布 a b測試。下面是個人的一些理解，有問題請指正，謝謝。兩套一模一樣的生產環境，且兩者之間沒有耦合情況。對外提供服務的一套為綠色環境，不對外的一套為藍色環境。如果有新功能先發布到藍色環境，不影響綠色環境的使用。反覆測試修改驗證沒有問題後...
藍綠部署 滾動部署 灰度發布 金絲雀發布
在專案迭代的過程中，不可避免需要 上線 上線對應著部署，或者重新部署 部署對應著修改 修改則意味著風險。目前有很多用於部署的技術，有的簡單，有的複雜 有的得停機，有的不需要停機即可完成部署。本文的目的就是將目前常用的佈署方案做乙個總結。一 藍綠佈署 blue green deployment 藍綠部...
部署策略對比 藍綠部署 金絲雀發布及其他
目前，軟體開發最大的變化是部署頻率。產品團隊更早 更頻繁 的將產品發布到生產環境。數月或者數年的發布週期變得越來越短 對那些構建純軟體產品的人來說更是如此。現在，使用面向服務的架構和微服務方式，開發者可以設計模組化的 庫。這允許他們同時在 庫中不同的地方編寫和部署代變更。縮短部署週期的業務優勢狠明顯...