您好,登錄后才能下訂單哦!
這篇文章給大家介紹大數據中如何分析藍綠發布、灰度發布和滾動發布,內容非常詳細,感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
應用程序升級面臨最大挑戰是新舊業務切換,將軟件從測試的最后階段帶到生產環境,同時要保證系統不間斷提供服務。
長期以來,業務升級漸漸形成了幾個發布策略:藍綠發布、灰度發布和滾動發布,目的是盡可能避免因發布導致的流量丟失或服務不可用問題。
一、 藍綠發布
項目邏輯上分為AB組,在項目系統時,首先把A組從負載均衡中摘除,進行新版本的部署。B組仍然繼續提供服務。
最后,B組也升級完成,負載均衡重新接入B組,此時,AB組版本都已經升級完成,并且都對外提供服務。
特點
如果出問題,影響范圍較大;
發布策略簡單;
用戶無感知,平滑過渡;
升級/回滾速度快。
缺點
需要準備正常業務使用資源的兩倍以上服務器,防止升級期間單組無法承載業務突發;
短時間內浪費一定資源成本;
基礎設施無改動,增大升級穩定性。
藍綠發布在早期物理服務器時代,還是比較昂貴的,由于云計算普及,成本也大大降低。
二、 灰度發布
灰度發布只升級部分服務,即讓一部分用戶繼續用老版本,一部分用戶開始用新版本,如果用戶對新版本沒什么意見,那么逐步擴大范圍,把所有用戶都遷移到新版本上面來。
特點
保證整體系統穩定性,在初始灰度的時候就可以發現、調整問題,影響范圍可控;
新功能逐步評估性能,穩定性和健康狀況,如果出問題影響范圍很小,相對用戶體驗也少;
用戶無感知,平滑過渡。
缺點
自動化要求高
部署過程
從LB摘掉灰度服務器,升級成功后再加入LB;
少量用戶流量到新版本;
如果灰度服務器測試成功,升級剩余服務器。
灰度發布是通過切換線上并存版本之間的路由權重,逐步從一個版本切換為另一個版本的過程。
三、 滾動發布
滾動發布是指每次只升級一個或多個服務,升級完成后加入生產環境,不斷執行這個過程,直到集群中的全部舊版本升級新版本。
紅色:正在更新的實例
藍色:更新完成并加入集群的實例
綠色:正在運行的實例
特點
用戶無感知,平滑過渡;
節約資源。
缺點
部署時間慢,取決于每階段更新時間;
發布策略較復雜;
無法確定OK的環境,不易回滾。
部署過程
先升級1個副本,主要做部署驗證;
每次升級副本,自動從LB上摘掉,升級成功后自動加入集群;
事先需要有自動更新策略,分為若干次,每次數量/百分比可配置;
回滾是發布的逆過程,先從LB摘掉新版本,再升級老版本,這個過程一般時間比較長;
自動化要求高。
關于大數據中如何分析藍綠發布、灰度發布和滾動發布就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。