关于Ocelot 网关结合Consul实现服务转发的坑爹问题
下面是我的網(wǎng)關(guān)配置來(lái)驗(yàn)證下Ocelot的問(wèn)題,如果只是做網(wǎng)關(guān)轉(zhuǎn)發(fā)應(yīng)該還ok,但是要是結(jié)合Consul來(lái)檢查并健康的轉(zhuǎn)發(fā)有效服務(wù)器還是有很多弊端
關(guān)鍵在于通過(guò)設(shè)置?DeregisterCriticalServiceAfter來(lái)處理,那么這個(gè)值要夠大,如果在這個(gè)值內(nèi)服務(wù)器web站點(diǎn)更新正常了就沒(méi)有問(wèn)題,如果一直失敗就會(huì)注銷的掉這個(gè)服務(wù)不回去健康檢查了
下面用代碼來(lái)說(shuō)明下:
?
{"ReRoutes": [{"DownstreamPathTemplate": "/api/Check/ocelot","DownstreamScheme": "http","DownstreamHostAndPorts": [{"Host": "192.168.0.233","Port": 20011},{"Host": "192.168.0.233","Port": 20012},{"Host": "192.168.0.233","Port": 30011}],"UpstreamPathTemplate": "/testocelot","UpstreamHttpMethod": [ "Get" ],"LoadBalancer": "LeastConnection","ServiceName": "userservices","UseServiceDiscovery": true}],"GlobalConfiguration": {"BaseUrl": "http://192.168.0.233:20010","ServiceDiscoveryProvider": {"Host": "192.168.0.233","Port": 8500}} }網(wǎng)關(guān)都是結(jié)合consul服務(wù)的狀態(tài),那么服務(wù)器web網(wǎng)站的consul服務(wù)沒(méi)有注冊(cè),何來(lái)的健康轉(zhuǎn)發(fā)呢?
.NetCore 在?Configure中配置了 consul 服務(wù)注冊(cè),但是 web網(wǎng)站都沒(méi)有運(yùn)行起來(lái) consul 服務(wù)就不存在 更不存在健康證狀態(tài)?
那么 ?利用?ServiceDiscoveryProvider 服務(wù)發(fā)現(xiàn)的方式來(lái)轉(zhuǎn)發(fā) 根本就會(huì)失敗
所以感覺(jué)還是坑~~~~
?
當(dāng)web站點(diǎn)沒(méi)有訪問(wèn)過(guò)的時(shí)候 Consul服務(wù)
訪問(wèn)web站點(diǎn)
?所以 Consul 拿來(lái)做服務(wù)器健康檢查就行了 結(jié)合Ocelot實(shí)現(xiàn)LB還是有些牽強(qiáng)(至少第一次注冊(cè)服務(wù)需要訪問(wèn)站點(diǎn)),如果能把注冊(cè)服務(wù)單獨(dú)出來(lái)不需要放在web站點(diǎn)中就行了
當(dāng)然訪問(wèn)之后就可以了
這里三個(gè)服務(wù)都在了不同的地址
?
轉(zhuǎn)載于:https://www.cnblogs.com/liyouming/p/9306774.html
總結(jié)
以上是生活随笔為你收集整理的关于Ocelot 网关结合Consul实现服务转发的坑爹问题的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: PHP FPM
- 下一篇: OFDM同步算法之Park算法