使用dubbo仿貓眼微服務架構實戰 第三天

2021-09-28 23:36:37 字數 1265 閱讀 3619

1. 必須先啟動服務提供者,就是必須先啟動user,然後才能啟動gateway。不然會報錯。

這是由於dubbo的特性之一,啟動檢查:

(1)服務啟動過程中驗證服務提供者的可用性

(2)如果驗證過程**了問題 ,那麼dubbo會阻止spring的啟動

(3)dubbo並不建議關閉這個功能,它可以盡可能早的發現服務問題

解決辦法:

關閉對於user模組的啟動檢查。對於每乙個使用了服務的消費者類,修改引用註解,加上check = false

如果這個時候呼叫乙個沒有起來的服務,呼叫的只是dubbo返回的乙個**物件,這個**物件只是為了保證啟動能夠順利,但是呼叫時會報出伺服器異常的錯誤。

2. 如果將使用者模組部署在多台的伺服器上,那麼gateway模組將會怎麼去呼叫這個使用者模組呢。負載均衡:

dubbo負載均衡配置:

(1)服務端服務級別

(2)客戶端服務級別

(3)服務端方法級別

(4)客戶端方法級別

在一般的業務系統中,負載均衡一般都加在服務端。

3. 在dubbo配置檔案中配置的protocol是什麼

spring:

name: meeting-user

dubbo:

server:

true

registry: zookeeper:

//localhost:

2181

protocol:

name: dubbo

port:

20881

dubbo的多協議支撐:dubbo支援多種協議,最常見的是dubbo協議。除此之外還包括rmi,hessian,http,redis,memcached等多種協議

dubbo協議:

由於dubbo底層使用tcp協議,而cloud使用的http協議,所以dubbo相對於cloud的速度更快。

要是要換協議,就直接就修改name節點就可以了。

這個模組一共涉及了8張資料表,表結構圖如下所示:

微服務之 Dubbo

使用dubbo進行遠端呼叫實現服務互動,它支援多種協議,如hessian http rmi memcached redis等等。由於dubbo將這些協議的實現進行了封裝了,無論是服務端 開發服務 還是客戶端 呼叫服務 都不需要關心協議的細節,只需要在配置中指定使用的協議即可,從而保證了服務提供方與服...

微服務框架dubbo

下面是dubbo框架的架構圖 首先解釋微服務架構中各個元件分別對應到上面這張圖中是如何實現。服務發布與引用 對應實現是圖里的 proxy 服務 層,proxy 根據客戶端和服務端的xml配置檔案中的 介面描述,生成介面對應的客戶端和服務端的 stub 存根 使得客戶端呼叫服務端就像本地調 用一樣。服...

微服務與微服務架構

微服務 微服務強調的是服務的大小,它關注的是某乙個點,是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...