我們先從 Nginx 說起，了解為什么需要微服務。最初的服務化解決方案是給相同服務提供一個統一的域名，然后服務調用者向這個域發送 HTTP 請求，由 Nginx 負責請求的分發和跳轉。

這種架構存在很多問題：Nginx 作為中間層，在配置文件中耦合了服務調用的邏輯，這削弱了微服務的完整性，也使得 Nginx 在一定程度上變成了一個重量級的 ESB。圖 1 標識出了 Nginx 的轉發信息流走向。

圖 1??Nginx 轉發的信息流

服務的信息分散在各個系統，無法統一管理和維護。每一次的服務調用都是一次嘗試，服務消費方并不知道有哪些實例在給他們提供服務。這帶來了一些問題：

• 無法直觀地看到服務提供方和服務消費方當前的運行狀況與通信頻率；
• 消費方的失敗重發、負載均衡等都沒有統一策略，這加大了開發每個服務的難度，不利于快速演化。

為了解決上面的問題，我們需要一個現成的中心組件對服務進行整合，將每個服務的信息匯總，包括服務的組件名稱、地址、數量等。

服務的調用方在請求某項服務時首先通過中心組件獲取提供服務的實例信息（IP、端口等），再通過默認或自定義的策略選擇該服務的某一提供方直接進行訪問，所以考慮引入 Dubbo。

Dubbo 是阿里開源的一個 SOA 服務治理解決方案，文檔豐富，在國內的使用度非常高。圖 2 為 Dubbo 的基本架構圖，使用 Dubbo 構建的微服務已經可以較好地解決上面提到的問題。

圖 2??Dubbo 的基本架構圖

從圖 2 中，可以看出以下幾點：

• 調用中間層變成了可選組件，消費方可以直接訪問服務提供方；
• 服務信息被集中到 Registry 中，形成了服務治理的中心組件；
• 通過 Monitor 監控系統，可以直觀地展示服務調用的統計信息；
• 服務消費者可以進行負載均衡、服務降級的選擇。

但是對于微服務架構而言，Dubbo 并不是十全十美的，也有一些缺陷，比如：

• Registry 嚴重依賴第三方組件（ZooKeeper 或者 Redis），當這些組件出現問題時，服務調用很快就會中斷。
• Dubbo 只支持 RPC 調用。這使得服務提供方與調用方在代碼上產生了強依賴，服務提供方需要不斷將包含公共代碼的 Jar 包打包出來供消費方使用。一旦打包出現問題，就會導致服務調用出錯。

我認為，Dubbo 和 Spring cloud 并不是完全的競爭關系，兩者所解決的問題域并不一樣。

Dubbo 的定位始終是一款 RPC 框架，而 Spring Cloud 的目標是微服務架構下的一站式解決方案。如果非要比較的話，Dubbo 可以類比到 Netflix OSS 技術棧，而 Spring Cloud 集成了 Netflix OSS 作為分布式服務治理解決方案，但除此之外 Spring Cloud 還提供了配置、消息、安全、調用鏈跟蹤等分布式問題解決方案。

當前由于 RPC 協議、注冊中心元數據不匹配等問題，在面臨微服務基礎框架選型時 Dubbo 與 Spring Cloud 只能二選一，這也是大家總是拿 Dubbo 和 Spring Cloud 做對比的原因之一。

Dubbo 已經適配到 Spring Cloud 生態，比如作為 Spring Cloud 的二進制通信方案來發揮 Dubbo 的性能優勢，Dubbo 通過模塊化以及對 HTTP 的支持適配到 Spring Cloud。

Spring Cloud 好在哪里

作為新一代的服務框架，Spring Cloud 提出的口號是開發“面向云的應用程序”，它為微服務架構提供了更加全面的技術支持。結合我們一開始提到的微服務的訴求，參見表 1，把Spring Cloud 與 Dubbo 進行一番對比。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 表 1 Spring Cloud與Dubbo功能對比

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

很明顯，Spring Cloud 的功能比 Dubbo 更加強大，涵蓋面更廣，而且作為 Spring 的拳頭項目，它也能夠與 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 項目完美融合，這些對于微服務而言是至關重要的。

前面提到，微服務背后一個重要的理念就是持續集成、快速交付，而在服務內部使用一個統一的技術框架，顯然比將分散的技術組合到一起更有效率。

更重要的是，相比于 Dubbo，它是一個正在持續維護的、社區更加火熱的開源項目，這就可以保證使用它構建的系統持續地得到開源力量的支持。

下面列舉 Spring Cloud 的幾個優勢。

• Spring Cloud 來源于 Spring，質量、穩定性、持續性都可以得到保證。
• Spirng Cloud 天然支持 Spring Boot，更加便于業務落地。
• Spring Cloud 發展得非常快，從開始接觸時的相關組件版本為 1.x，到現在將要發布 2.x 系列。
• Spring Cloud 是 Java 領域最適合做微服務的框架。

上一篇 使用Eureka編寫服務提供者?

下一篇介紹 Eureka注冊中心開啟密碼認證

總結

以上是生活随笔為你收集整理的《SpringCloud超级入门》使用Eureka编写服务消费者《十一》的全部內容，希望文章能夠幫你解決所遇到的問題。

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