Architecture#
Paste_Image.png
節(jié)點(diǎn)角色說明#
Provider: 暴露服務(wù)的服務(wù)提供方。
Consumer: 調(diào)用遠(yuǎn)程服務(wù)的服務(wù)消費(fèi)方。
Registry: 服務(wù)注冊與發(fā)現(xiàn)的注冊中心。
Monitor: 統(tǒng)計服務(wù)的調(diào)用次調(diào)和調(diào)用時間的監(jiān)控中心。
Container: 服務(wù)運(yùn)行容器。
調(diào)用關(guān)系說明#
- 服務(wù)容器負(fù)責(zé)啟動，加載，運(yùn)行服務(wù)提供者。
- 服務(wù)提供者在啟動時，向注冊中心注冊自己提供的服務(wù)。
- 服務(wù)消費(fèi)者在啟動時，向注冊中心訂閱自己所需的服務(wù)。
注冊中心返回服務(wù)提供者地址列表給消費(fèi)者，如果有變更，注冊中心將基于長連接推送變更數(shù)據(jù)給消費(fèi)者。服務(wù)消費(fèi)者，從提供者地址列表中，基于軟負(fù)載均衡算法，選一臺提供者進(jìn)行調(diào)用，如果調(diào)用失敗，再選另一臺調(diào)用。- 服務(wù)消費(fèi)者和提供者，在內(nèi)存中累計調(diào)用次數(shù)和調(diào)用時間，定時每分鐘發(fā)送一次統(tǒng)計數(shù)據(jù)到監(jiān)控中心。
關(guān)于通訊協(xié)議的測試報告#
https://blog.csdn.net/crisschan/article/details/51729184
- 如對性能有要求可以使用dubbo序列化，由其是在處理復(fù)雜對象時，在大數(shù)據(jù)量下能獲得50%的提升（但不建議使用Dubbo協(xié)議）。
- Dubbo的設(shè)計目的是為了滿足高并發(fā)小數(shù)據(jù)量的rpc調(diào)用，在大數(shù)據(jù)量下的性能表現(xiàn)并不好，建議使用rmi或http協(xié)議。
