日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 前端技术 > javascript >内容正文

javascript

Dubbo与SpringCloud的架构与区别

發(fā)布時間:2025/3/12 javascript 29 豆豆
生活随笔 收集整理的這篇文章主要介紹了 Dubbo与SpringCloud的架构与区别 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

Dubbo與SpringCloud的架構與區(qū)別

Dubbo架構圖

SpringCloud 架構圖

總結

框架DubboSpringCloud
服務注冊中心ZookeeperSpring Cloud Netfix Eureka(nacos)
服務調用方式RPCREST API
服務監(jiān)控Dubbo-monitorSpring Boot Admin
熔斷器不完善Spring Cloud Netflix Hystrix
服務網關Spring Cloud Netflix Zuul
分布式配置Spring Cloud Config
服務跟蹤Spring Cloud Sleuth
數據流Spring Cloud Stream
批量任務Spring Cloud Task
信息總線Spring Cloud Bus

面向微服務的技術(SpringCloud)

Spring Cloud 拋棄了 Dubbo 的 RPC 通信,采用的是基于 HTTP 的 REST 方式。嚴格來說,這兩種方式各有優(yōu)劣。
雖然從一定程度上來說,后者犧牲了服務調用的性能,但也避免了上面提到的原生 RPC 帶來的問題。
而且 REST 相比 RPC 更為靈活,服務提供方和調用方,不存在代碼級別的強依賴,這在強調快速演化的微服務環(huán)境下顯得更加合適。

最大的區(qū)別:

  • Dubbo底層是使用Netty這樣的NIO框架,是基于TCP協議傳輸的,配合以Hession序列化完成RPC通信(支持多協議調用);
  • 而SpringCloud是基于Http協議+rest接口調用遠程過程的通信,相對來說,Http請求會有更大的報文,占的帶寬也會更多。但是REST相比RPC更為靈活,服務提供方和調用方的依賴只依靠一紙契約,不存在代碼級別的強依賴,這在強調快速演化的微服務環(huán)境下,顯得更為合適,至于注重通信速度還是方便靈活性,具體情況具體考慮。

定位區(qū)別:

  • Dubbo 是 SOA 時代的產物,它的關注點主要在于服務的調用,流量分發(fā)、流量監(jiān)控和熔斷;

*而Spring Cloud 誕生于微服務架構時代,考慮的是微服務治理的方方面面,另外由于依托Spirng、Spirng Boot 的優(yōu)勢之上,兩個框架在開始目標就不一致,Dubbo 定位服務治理、Spirng Cloud 是一個生態(tài)。因此可以大膽地判斷,Dubbo 未來會在服務治理方面更為出色,而 SpringCloud 在微服務治理上面無人能敵。

模塊區(qū)別:

1、Dubbo主要分為服務注冊中心,服務提供者,服務消費者,還有管控中心;

2、相比起Dubbo簡單的四個模塊,SpringCloud則是一個完整的分布式一站式框架,他有著一樣的服務注冊中心,服務提供者,服務消費者,管控臺,斷路器,分布式配置服務,消息總線,以及服務追蹤等;

dubbo和springCloud之間的區(qū)別

DubboSpring Cloud
服務注冊中心ZookeeperSpring Cloud Netflix Eureka
服務調用方式RPCREST API
服務監(jiān)控Dubbo-monitorSpring Boot Admin
斷路器不完善Spring Cloud Netflix Hystrix
服務網關Spring Cloud Netflix Zuul
分布式配置Spring Cloud Config
服務跟蹤Spring Cloud Sleuth
消息總線Spring Cloud Bus
數據流Spring Cloud Stream
批量任務Spring Cloud Task

1.最大的區(qū)別:
Spring Cloud拋棄了Dubbo 的RPC通信,采用的是基于HTTP的REST方式。嚴格來說,這兩種方式各有優(yōu)劣。雖然在一定程度上來說,后者犧牲了服務調用的性能,但也避免了上面提到的原生RPC帶來的問題。而且REST相比RPC更為靈活,服務提供方和調用方的依賴只依靠一紙契約,不存在代碼級別的強依賴,這在強調快速演化的微服務環(huán)境下,顯得更為合適。

2.總結:
Dubbo和Spring Cloud并不是完全的競爭關系,兩者所解決的問題域不一樣:Dubbo的定位始終是一款RPC框架,而Spring Cloud的目的是微服務架構下的一站式解決方案。非要比較的話,Dubbo可以類比到Netflix OSS技術棧,而Spring Cloud集成了Netflix OSS作為分布式服務治理解決方案,但除此之外Spring Cloud還提供了包括config、stream、security、sleuth等分布式服務解決方案。當前由于RPC協議、注冊中心元數據不匹配等問題,在面臨微服務基礎框架選型時Dubbo與Spring Cloud只能二選一,這也是兩者總拿來做對比的原因。Dubbo之后會積極尋求適配到Spring Cloud生態(tài),比如作為SpringCloud的二進制通訊方案來發(fā)揮Dubbo的性能優(yōu)勢,或者Dubbo通過模塊化以及對http的支持適配到Spring Cloud

總結

以上是生活随笔為你收集整理的Dubbo与SpringCloud的架构与区别的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。