全链路灰度发布
在微服務(wù)體系架構(gòu)中,服務(wù)之間的依賴關(guān)系錯(cuò)綜復(fù)雜,有時(shí)某個(gè)功能發(fā)版依賴多個(gè)服務(wù)同時(shí)升級上線。我們希望可以對這些服務(wù)的新版本同時(shí)進(jìn)行小流量灰度驗(yàn)證,這就是微服務(wù)架構(gòu)中特有的全鏈路灰度場景,通過構(gòu)建從網(wǎng)關(guān)到整個(gè)后端服務(wù)的環(huán)境隔離來對多個(gè)不同版本的服務(wù)進(jìn)行灰度驗(yàn)證。其實(shí)就是多個(gè)微服務(wù)共同變動。
那么全鏈路灰度具體是如何實(shí)現(xiàn)呢?通過上面的討論,我們需要解決以下問題:
鏈路上各個(gè)組件和服務(wù)能夠根據(jù)請求流量特征進(jìn)行動態(tài)路由
需要對服務(wù)下的所有節(jié)點(diǎn)進(jìn)行分組,能夠區(qū)分版本
需要對流量進(jìn)行灰度標(biāo)識、版本標(biāo)識
需要識別出不同版本的灰度流量
za21負(fù)責(zé)灰度標(biāo)簽透傳。
北斗負(fù)責(zé)流量標(biāo)識鏈路傳遞,檢測到入口有configmap,經(jīng)過的流量都會給帶上envtag或特殊的traceid。
nacos負(fù)責(zé)服務(wù)發(fā)現(xiàn),服務(wù)注冊,有env的都注冊為灰度環(huán)境,并配置標(biāo)簽轉(zhuǎn)發(fā)規(guī)則。
BFE配置流量入口的標(biāo)簽轉(zhuǎn)發(fā)規(guī)則。
oam負(fù)責(zé)創(chuàng)建出灰度環(huán)境。
總結(jié)
- 上一篇: C++之父:比特币是用C++开发的,我为
- 下一篇: PaaS中OpenShift持久化存储的