考慮到a/b 測試和預防性（pre-emptive）效能測試，一旦克服了「金絲雀部署」所涉及的技術挑戰將可以減少部署流程中的風險。a/b 測試允許在不改變大多數使用者的使用者體驗的情況下進行對新功能的測試。而效能測試對於整個使用者群體來說同樣只會產生微不足道的影響。
\ 根據nolio的「金絲雀部署」，該方式由以下幾個步驟組成：
\ 準備好部署各個階段的工件，包括：構建工件，測試指令碼，配置檔案和部署清單檔案。\
從負載均衡列表中移除掉「金絲雀」伺服器。\
公升級「金絲雀」應用（排掉原有流量並進行部署）。\
對應用進行自動化測試。\
將「金絲雀」伺服器重新新增到負載均衡列表中（連通性和健康檢查）。\
nolio在他們的相關介紹中針對如何使用他們的產品對「金絲雀部署」進行高層次軟體編配做了概覽。他們使用了乙個可在多個流程中復用的應用模型，並通過資料來驅動該模型的用途。管理和報表都將隨著「金絲雀部署」而被完成。
\檢視英文原文：
Ambassador 06 金絲雀部署
ambassador使用加權迴圈，在多個服務之間路由流量。收集所有服務的完整指標，以便比較canary和production的相對效能。這個weight的值在0 100 之間。apiversion getambassador.io v2 metadata name quote backend spe...
藍綠部署 滾動部署 灰度發布 金絲雀發布
在專案迭代的過程中，不可避免需要 上線 上線對應著部署，或者重新部署 部署對應著修改 修改則意味著風險。目前有很多用於部署的技術，有的簡單，有的複雜 有的得停機，有的不需要停機即可完成部署。本文的目的就是將目前常用的佈署方案做乙個總結。一 藍綠佈署 blue green deployment 藍綠部...
部署策略對比 藍綠部署 金絲雀發布及其他
目前，軟體開發最大的變化是部署頻率。產品團隊更早 更頻繁 的將產品發布到生產環境。數月或者數年的發布週期變得越來越短 對那些構建純軟體產品的人來說更是如此。現在，使用面向服務的架構和微服務方式，開發者可以設計模組化的 庫。這允許他們同時在 庫中不同的地方編寫和部署代變更。縮短部署週期的業務優勢狠明顯...