文獻標志碼:A
DOI: 10.16157/j.issn.0258-7998.222982
中文引用格式: 劉軍,,李雄清,,孫瓊巍,等. 面向云原生全鏈路灰度發(fā)布技術(shù)研究與實踐[J]. 電子技術(shù)應(yīng)用,,2023,,49(4):73-77.
英文引用格式: Liu Jun,,Li Xiongqing,,Sun Qiongwei,et al. Research and practice full-link gray publishing technology for cloud native[J]. Application of Electronic Technique,,2023,,49(4):73-77.
0 引言
隨著以容器,、微服務(wù)、DevOps為代表的云原生架構(gòu)的不斷豐富和落地,,各大企業(yè)業(yè)務(wù)服務(wù)云原生架構(gòu)轉(zhuǎn)型不斷推進,,企業(yè)服務(wù)架構(gòu)和服務(wù)之間的依賴關(guān)系更加錯綜復(fù)雜。云原生架構(gòu)幫助企業(yè)實現(xiàn)云服務(wù)高可用,、快速部署等能力,,但是面對云原生架構(gòu)下多版本多服務(wù)的快速迭代,傳統(tǒng)灰度發(fā)布方案已經(jīng)不滿足需求,。因此,對云原生架構(gòu)下的灰度發(fā)布能力也提出了新的挑戰(zhàn),。
傳統(tǒng)灰度發(fā)布方案的實現(xiàn)方式主要是在負載均衡器處實現(xiàn),如服務(wù)端負載均衡服務(wù)器Nginx或者客戶端負載均衡器Dubbo,,最后通過人工手段控制灰度策略,。但是在云原生架構(gòu)下現(xiàn)有的灰度發(fā)布模式越來越不滿足需求,主要挑戰(zhàn)有如下3點:
(1)云原生架構(gòu)面臨多版本多服務(wù)快速迭代相互影響的挑戰(zhàn),。在云原生架構(gòu)線上灰度發(fā)布時難以實現(xiàn)需求范圍內(nèi)的單獨版本,、服務(wù)驗證,并且不影響其他版本服務(wù),。出現(xiàn)問題時難以在多版本多服務(wù)間快速準確定位,,導(dǎo)致發(fā)布過程中問題排查時間長、影響范圍大,,最終導(dǎo)致發(fā)布速度慢,。
(2)云原生架構(gòu)面臨灰度發(fā)布技術(shù)精細化控制的挑戰(zhàn),,在云原生架構(gòu)線上灰度發(fā)布時不能像虛擬機或?qū)嶓w機發(fā)布時一樣,可以單獨控制某一臺機器的流量訪問,。并且傳統(tǒng)的灰度發(fā)布技術(shù)在控制能力,、配置靈活度上也不能滿足云原生架構(gòu)的快速發(fā)布、生效需求,。
(3)全鏈路灰度發(fā)布是云原生架構(gòu)下的另一大挑戰(zhàn),,各大企業(yè)在云原生轉(zhuǎn)型時,將單體服務(wù)進行微服務(wù)拆分和分層,,導(dǎo)致一個業(yè)務(wù)需求發(fā)布時需要多服務(wù)同時發(fā)布,,此時在云原生架構(gòu)下,傳統(tǒng)灰度發(fā)布方案不支持所有發(fā)布服務(wù)的端到端詳細控制,。同時通過人工維護負載均衡器上的灰度策略出現(xiàn)問題的概率大,、效率低,無法有效支撐云原生架構(gòu)下業(yè)務(wù)服務(wù)的快速驗證,、發(fā)布,。
本文詳細內(nèi)容請下載:http://wldgj.com/resource/share/2000005286
作者信息:
劉軍1,2,,李雄清1,,2,孫瓊巍1,,2,,劉利3,李永1,,2
(1.中國民航信息網(wǎng)絡(luò)股份有限公司,,北京 101318;2.民航旅客服務(wù)智能化應(yīng)用技術(shù)重點實驗室,,北京 101318,;
3.歐普杰科技(大連)有限公司,遼寧 大連 116000)