滾動公升級和灰度發布常見場景 未完待續

2021-09-27 23:59:49 字數 447 閱讀 7314

介紹 場景

基於haproxy的四七層滾動公升級:

潛在問題:該場景前提是,公升級的新版本沒有bug,否則公升級過程中,所有的使用者請求都可能出現問題(包括vip使用者流量報障)

基於nginx的滾動公升級

基於服務註冊與發現的方式

基於k8s的滾動公升級

灰度發布

灰度發布場景

自定義開發nginx+lua實現精細的灰度發布

常見的灰度流量策略:

id限制:將部分特定的租戶id的流量送到特定節點上

百分比:將流量按百分比劃分,送到特定節點上

擴充套件:lua為開源的指令碼語言,參見:

基於開源kong(基於openresty(nginx+lua))實現灰度發布

擴充套件:擴充套件:lua為開源的指令碼語言,參見:

基於雲服務廠商的apig實現灰度發布

藍綠發布 灰度發布和滾動發布

2.灰度發布 3.滾動發布 4.小結 應用程式公升級面臨最大挑戰是新舊業務切換,將軟體從測試的最後階段帶到生產環境,同時要保證系統不間斷提供服務 長期以來,業務公升級漸漸形成了幾個發布策略 藍綠發布 灰度發布和滾動發布 這些發布方案目的是盡可能避免因發布導致的流量丟失或服務不可用問題。1.1 發布流...

藍綠發布 灰度發布和滾動發布

應用程式公升級面臨最大挑戰是新舊業務切換,將軟體從測試的最後階段帶到生產環境,同時要保證系統不間斷提供服務。長期以來,業務公升級漸漸形成了幾個發布策略 藍綠發布 灰度發布和滾動發布,目的是盡可能避免因發布導致的流量丟失或服務不可用問題。專案邏輯上分為ab組,在專案系統時,首先把a組從負載均衡中摘除,...

生產發布 藍綠發布 灰度發布和滾動發布

應用程式公升級面臨最大挑戰是新舊業務切換,將軟體從測試的最後階段帶到生產環境,同時要保證系統不間斷提供服務。長期以來,業務公升級漸漸形成了幾個發布策略 藍綠發布 灰度發布和滾動發布,目的是盡可能避免因發布導致的流量丟失或服務不可用問題。專案邏輯上分為ab組,在專案系統時,首先把a組從負載均衡中摘除,...