在生產部署時，如果擔心部署的**可能會有問題，那就需要灰度部署，用灰度版本驗證通過後，再發布到生產環境。
灰度部署原理：將打包後的專案分成兩個資料夾，乙個是生產環境資料夾，對使用者開放，還有乙個是灰度資料夾，只有固定ip或者固定測試賬號才能訪問到。
1、建兩個目錄，www目錄為生產環境，www-grey為灰度環境
2、測試賬號灰度方案，登入後將account寫到cookie中，缺點：登入前場景不方便驗證，只能手動改cookie
server
index index.html index.htm;}}
灰度版本
3、固定ip方案，根據測試wifi的ip灰度驗證
獲取本地ip：
server
index index.html index.htm;}}
基於nginx redis 前端灰度
專案採用的是前後端分離，前端使用vue 後端使用spring cloud。單點採用cas。本文暫且討論前端基於cookie token的灰度。nginx 根據cookie分流，灰度發布基於使用者才更合理 本例子採用該種方式 1.首先使用者經過cas登入後訪問vue前端資源會攜帶access toke...
OpenShift藍綠及灰度部署
內容 並不斷補充，感謝作者.藍綠部署實現的是全流量切換，適合於在測試完部署的服務新版本後，最少時間將流量切換到新的服務版本。切換路由帶來的問題是，如果乙個請求尚未完成，能否實現graceful switch 針對服務生成route oc expose service servicea name se...
git灰度發布版本 一種前端灰度發布方案
本文介紹一種前端灰度發布方案，主要解決的是傳統的灰度發布只能以機器維度進行分組的問題。提供一種使用者維度分組的灰度發布機制。傳統灰度發布，因為是以機器分組，所以要求服務是無狀態的。所謂無狀態就是對請求的處理是上下文無關的。有長連線 讀寫檔案 快取等場景，就是所謂 有狀態 的。有狀態的服務，如果使用者...