W3Cschool
恭喜您成為首批注冊用戶
獲得88經(jīng)驗值獎勵
遷移現(xiàn)有應(yīng)用程序或API時,常見的模式是“ 勒死 ”舊的端點,并用不同的實現(xiàn)方式慢慢替換它們。Zuul代理是一個有用的工具,因為您可以使用它來處理來自舊端點的客戶端的所有流量,但可以將一些請求重定向到新請求。
以下示例顯示“ 扼殺 ”方案的配置詳細(xì)信息:
application.yml。
zuul: routes: first: path: /first/** url: https://first.example.com second: path: /second/** url: forward:/second third: path: /third/** url: forward:/3rd legacy: path: /** url: https://legacy.example.com
在前面的示例中,我們扼殺了“ legacy ”應(yīng)用程序,該應(yīng)用程序映射到與其他模式之一不匹配的所有請求。/first/**
中的路徑已使用外部URL提取到新服務(wù)中。/second/**
中的路徑被轉(zhuǎn)發(fā),以便可以在本地處理(例如,使用普通Spring @RequestMapping
)。/third/**
中的路徑也被轉(zhuǎn)發(fā),但是前綴不同(/third/foo
被轉(zhuǎn)發(fā)到/3rd/foo
)。
被忽略的模式不會被完全忽略,它們不會由代理處理(因此它們也可以在本地有效轉(zhuǎn)發(fā))。
Copyright©2021 w3cschool編程獅|閩ICP備15016281號-3|閩公網(wǎng)安備35020302033924號
違法和不良信息舉報電話:173-0602-2364|舉報郵箱:jubao@eeedong.com
掃描二維碼
下載編程獅App
編程獅公眾號
聯(lián)系方式:
更多建議: