灰度發布(大數據中如何分析藍綠發布、灰度發布和滾動發布)

應用程序升級面臨最大挑戰是新舊業務切換,將軟件從測試的最后階段帶到生產環境,同時要保證系統不間斷提供服務。

長期以來,業務升級漸漸形成了幾個發布策略:藍綠發布、灰度發布和滾動發布,目的是盡可能避免因發布導致的流量丟失或服務不可用問題。

一、 藍綠發布

項目邏輯上分為AB組,在項目系統時,首先把A組從負載均衡中摘除,進行新版本的部署。B組仍然繼續提供服務。

最后,B組也升級完成,負載均衡重新接入B組,此時,AB組版本都已經升級完成,并且都對外提供服務。

特點

• 如果出問題,影響范圍較大;

• 發布策略簡單;

• 用戶無感知,平滑過渡;

• 升級/回滾速度快。

缺點

• 需要準備正常業務使用資源的兩倍以上服務器,防止升級期間單組無法承載業務突發;

• 短時間內浪費一定資源成本;

• 基礎設施無改動,增大升級穩定性。

藍綠發布在早期物理服務器時代,還是比較昂貴的,由于云計算普及,成本也大大降低。

二、 灰度發布

灰度發布只升級部分服務,即讓一部分用戶繼續用老版本,一部分用戶開始用新版本,如果用戶對新版本沒什么意見,那么逐步擴大范圍,把所有用戶都遷移到新版本上面來。

特點

• 保證整體系統穩定性,在初始灰度的時候就可以發現、調整問題,影響范圍可控;

• 新功能逐步評估性能,穩定性和健康狀況,如果出問題影響范圍很小,相對用戶體驗也少;

• 用戶無感知,平滑過渡。

缺點

• 自動化要求高

部署過程

• 從LB摘掉灰度服務器,升級成功后再加入LB;

• 少量用戶流量到新版本;

• 如果灰度服務器測試成功,升級剩余服務器。

灰度發布是通過切換線上并存版本之間的路由權重,逐步從一個版本切換為另一個版本的過程。

三、 滾動發布

滾動發布是指每次只升級一個或多個服務,升級完成后加入生產環境,不斷執行這個過程,直到集群中的全部舊版本升級新版本。

• 紅色:正在更新的實例

• 藍色:更新完成并加入集群的實例

• 綠色:正在運行的實例

特點

• 用戶無感知,平滑過渡;

• 節約資源。

缺點

• 部署時間慢,取決于每階段更新時間;

• 發布策略較復雜;

• 無法確定OK的環境,不易回滾。

部署過程

• 先升級1個副本,主要做部署驗證;

• 每次升級副本,自動從LB上摘掉,升級成功后自動加入集群;

• 事先需要有自動更新策略,分為若干次,每次數量/百分比可配置;

• 回滾是發布的逆過程,先從LB摘掉新版本,再升級老版本,這個過程一般時間比較長;

• 自動化要求高。

關于大數據中如何分析藍綠發布、灰度發布和滾動發布就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。