藍/綠部署

藍/綠部署是一個非常有趣的開發架構這同時伴隨著

執行

兩個不同的應用程式版本.

這意味你將需要兩個獨立的環境:一個是量產階段一個是開發平台.每一個都能獨自百分百處理你的需求.你將會需要現在版本和透過部署流程執行在量產的新版本.這分別代表著藍和綠部署如圖2-3.

藍/綠命名慣例

這本書我們總會將藍部署視為現在版本,綠部署視為新的產出版本.這不是一個工業標準顏色,由作者自行選擇.

在一般的量產情境你的代理會轉發至藍部署.當你部署新版至綠部署後,你可以手動設定代理停止藍部署開始轉發到綠部署.這必須線上完成變更,避免連線需求在藍轉綠部署遺失

這樣的部屬架構大量降低你軟體發佈流程的風險,如果新版有錯,你可以簡單地改代理轉發你的請求去前一個版本,不用等待再次發布和暖機（經驗告訴我們當出錯時,這流程可能會花費可怕的長時間）

版本間的相容性

當使用藍/綠部署策略一個重要的議題被提及你的軟體發行必須往回相容並共存在現在執行的量產.由程式碼觀點這通常隱含供外用的API必須保持相容.由狀態觀點(資料),這隱含著你執行資訊架構的最終變更必須在兩個版本都能成功讀和寫資料.我們會在第三章涵蓋更多這議題.