WebService與Dubbo比較附帶系統架構剖析

一.WebService與Dubbo,傳輸效率比較

1.WebService=Http+XML,它的傳輸效率不太高,而且速度慢,所以在業務之中就很少用了。那麼這個時候就可以考慮用Dubbo了, 當然WebService還有一個叫Restful風格的傳輸協議,它也是一種http請求,就是在傳輸數據上可以用json了,比xml靈活,簡潔很多,並且它的傳輸效率要高,它的解析速度比xml要快。現在有些項目就在用這種形式,所以是比較多的。

2.現在比較常見的就是使用一個服務中間件Dubbo,它的通訊效率更高,可以說它是基於Socket通訊的,由於基於Socket,這個效率更高,它傳的是二進制,通訊效率是更高的。但是這個Dubbo是不能跨語言的,只能是java,它就是一個服務中間件,負責系統之間進行通訊的。

如:表現層與服務層之間通訊就需要中間件Dubbo來作爲中間橋樑

 注:

     1️⃣上面的業務邏輯需要連接數據庫,一個數據庫肯定不行,那麼就需要多個數據庫即數據庫集羣,因爲工程都是單獨的分配,所以用一個數據庫肯定就不合適了,那麼數據庫集羣就需要用MyCat這個中間件;

     2️⃣當然數據庫與服務之間可以加緩存,就用到了redis;

     3️⃣再者平臺如果用到了搜索,就需要Solr服務到索引庫;

     4️⃣如果再用到發消息,就需要用ActiveMQ消息隊列了;

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章