javascript
Spring Cloud技术分析之Dubbo与Cloud的对比
現(xiàn)如今微服務(wù)架構(gòu)十分流行,而采用微服務(wù)構(gòu)建系統(tǒng)也會帶來更清晰的業(yè)務(wù)劃分和可擴(kuò)展性。同時,支持微服務(wù)的技術(shù)棧也是多種多樣的,本系列文章主要介紹這些技術(shù)中的翹楚——Spring Cloud。這是序篇,主要講述我們?yōu)槭裁催x擇Spring Cloud和它的技術(shù)概覽。
1 為什么微服務(wù)架構(gòu)需要Spring Cloud
簡單來說,服務(wù)化的核心就是將傳統(tǒng)的一站式應(yīng)用根據(jù)業(yè)務(wù)拆分成一個一個的服務(wù),而微服務(wù)在這個基礎(chǔ)上要更徹底地去耦合(不再共享DB、KV,去掉重量級ESB),并且強(qiáng)調(diào)DevOps和快速演化。這就要求我們必須采用與一站式時代、泛SOA時代不同的技術(shù)棧,而Spring Cloud就是其中的佼佼者。
DevOps是英文Development和Operations的合體,他要求開發(fā)、測試、運維進(jìn)行一體化的合作,進(jìn)行更小、更頻繁、更自動化的應(yīng)用發(fā)布,以及圍繞應(yīng)用架構(gòu)來構(gòu)建基礎(chǔ)設(shè)施的架構(gòu)。這就要求應(yīng)用充分的內(nèi)聚,也方便運維和管理。這個理念與微服務(wù)理念不謀而合。
接下來我們從服務(wù)化架構(gòu)演進(jìn)的角度來看看為什么Spring Cloud更適應(yīng)微服務(wù)架構(gòu)。
?
2 從使用nginx說起
最初的服務(wù)化解決方案是給提供相同服務(wù)提供一個統(tǒng)一的域名,然后服務(wù)調(diào)用者向這個域名發(fā)送HTTP請求,由Nginx負(fù)責(zé)請求的分發(fā)和跳轉(zhuǎn)。
這種架構(gòu)存在很多問題:
-
Nginx作為中間層,在配置文件中耦合了服務(wù)調(diào)用的邏輯,這削弱了微服務(wù)的完整性,也使得Nginx在一定程度上變成了一個重量級的ESB。
-
服務(wù)的信息分散在各個系統(tǒng),無法統(tǒng)一管理和維護(hù)。每一次的服務(wù)調(diào)用都是一次嘗試,服務(wù)消費者并不知道有哪些實例在給他們提供服務(wù)。這不符合DevOps的理念。
-
無法直觀的看到服務(wù)提供者和服務(wù)消費者當(dāng)前的運行狀況和通信頻率。這也不符合DevOps的理念。
-
消費者的失敗重發(fā),負(fù)載均衡等都沒有統(tǒng)一策略,這加大了開發(fā)每個服務(wù)的難度,不利于快速演化。
為了解決上面的問題,我們需要一個現(xiàn)成的中心組件對服務(wù)進(jìn)行整合,將每個服務(wù)的信息匯總,包括服務(wù)的組件名稱、地址、數(shù)量等。服務(wù)的調(diào)用方在請求某項服務(wù)時首先通過中心組件獲取提供這項服務(wù)的實例的信息(IP、端口等),再通過默認(rèn)或自定義的策略選擇該服務(wù)的某一提供者直接進(jìn)行訪問。所以,我們引入了Dubbo。
?
3 基于Dubbo實現(xiàn)微服務(wù)
Dubbo是阿里開源的一個SOA服務(wù)治理解決方案,文檔豐富,在國內(nèi)的使用度非常高。
使用Dubbo構(gòu)建的微服務(wù),已經(jīng)可以比較好地解決上面提到的問題:
-
調(diào)用中間層變成了可選組件,消費者可以直接訪問服務(wù)提供者。
-
服務(wù)信息被集中到Registry中,形成了服務(wù)治理的中心組件。
-
通過Monitor監(jiān)控系統(tǒng),可以直觀地展示服務(wù)調(diào)用的統(tǒng)計信息。
-
Consumer可以進(jìn)行負(fù)載均衡、服務(wù)降級的選擇。
但是對于微服務(wù)架構(gòu)而言,Dubbo也并不是十全十美的:
-
Registry嚴(yán)重依賴第三方組件(zookeeper或者redis),當(dāng)這些組件出現(xiàn)問題時,服務(wù)調(diào)用很快就會中斷。
-
DUBBO只支持RPC調(diào)用。使得服務(wù)提供方與調(diào)用方在代碼上產(chǎn)生了強(qiáng)依賴,服務(wù)提供者需要不斷將包含公共代碼的jar包打包出來供消費者使用。一旦打包出現(xiàn)問題,就會導(dǎo)致服務(wù)調(diào)用出錯。
?
4 新的選擇——Spring Cloud
作為新一代的服務(wù)框架,Spring Cloud提出的口號是開發(fā)“面向云環(huán)境的應(yīng)用程序”,它為微服務(wù)架構(gòu)提供了更加全面的技術(shù)支持。
結(jié)合我們一開始提到的微服務(wù)的訴求,我們把Spring Cloud與DUBBO進(jìn)行一番對比:
| 微服務(wù)需要的功能 | Dubbo | Spring Cloud |
| 服務(wù)注冊和發(fā)現(xiàn) | Zookeeper | Eureka |
| 服務(wù)調(diào)用方式 | RPC | RESTful API |
| 斷路器 | 有 | 有 |
| 負(fù)載均衡 | 有 | 有 |
| 服務(wù)路由和過濾 | 有 | 有 |
| 分布式配置 | 無 | 有 |
| 分布式鎖 | 無 | 計劃開發(fā) |
| 集群選主 | 無 | 有 |
| 分布式消息 | 無 | 有 |
Spring Cloud拋棄了Dubbo的RPC通信,采用的是基于HTTP的REST方式。嚴(yán)格來說,這兩種方式各有優(yōu)劣。雖然從一定程度上來說,后者犧牲了服務(wù)調(diào)用的性能,但也避免了上面提到的原生RPC帶來的問題。而且REST相比RPC更為靈活,服務(wù)提供方和調(diào)用方的依賴只依靠一紙契約,不存在代碼級別的強(qiáng)依賴,這在強(qiáng)調(diào)快速演化的微服務(wù)環(huán)境下,顯得更加合適。
Eureka相比于zookeeper,更加適合于服務(wù)發(fā)現(xiàn)的場景,這點會在下一篇會詳細(xì)展開。
?
很明顯,Spring Cloud的功能比DUBBO更加強(qiáng)大,涵蓋面更廣,而且作為Spring的拳頭項目,它也能夠與Spring Framework、Spring Boot、Spring Data、Spring Batch等其他Spring項目完美融合,這些對于微服務(wù)而言是至關(guān)重要的。前面提到,微服務(wù)背后一個重要的理念就是持續(xù)集成、快速交付,而在服務(wù)內(nèi)部使用一個統(tǒng)一的技術(shù)框架,顯然比把分散的技術(shù)組合到一起更有效率。更重要的是,相比于Dubbo,它是一個正在持續(xù)維護(hù)的、社區(qū)更加火熱的開源項目,這就保證使用它構(gòu)建的系統(tǒng),可以持續(xù)地得到開源力量的支持。
?
?5 Spring Cloud技術(shù)概覽
下圖展示了Spring Cloud的完整技術(shù)組成:
-
服務(wù)治理:這是Spring Cloud的核心。目前Spring Cloud主要通過整合Netflix的相關(guān)產(chǎn)品來實現(xiàn)這方面的功能(Spring Cloud Netflix),包括用于服務(wù)注冊和發(fā)現(xiàn)的Eureka,調(diào)用斷路器Hystrix,調(diào)用端負(fù)載均衡Ribbon,Rest客戶端Feign,智能服務(wù)路由Zuul,用于監(jiān)控數(shù)據(jù)收集和展示的Spectator、Servo、Atlas,用于配置讀取的Archaius和提供Controller層Reactive封裝的RxJava。除此之外,針對Feign和RxJava并不是Netiflix的產(chǎn)品,但是被整合到了Spring Cloud Netflix中。
? ? ? ?對于服務(wù)的注冊和發(fā)現(xiàn),除了Eureka,Spring Cloud也整合了Consul和Zookeeper作為備選,但是因為這兩個方案在CAP理論上都遵循CP而不是AP(下一篇會詳細(xì)介紹這點),所以官方并沒有推薦使用。
-
分布式鏈路監(jiān)控:Spring Cloud Sleuth提供了全自動、可配置的數(shù)據(jù)埋點,以收集微服務(wù)調(diào)用鏈路上的性能數(shù)據(jù),并發(fā)送給Zipkin進(jìn)行存儲、統(tǒng)計和展示。
-
消息組件:Spring Cloud Stream對于分布式消息的各種需求進(jìn)行了抽象,包括發(fā)布訂閱、分組消費、消息分片等功能,實現(xiàn)了微服務(wù)之間的異步通信。Spring Cloud Stream也集成了第三方的RabbitMQ和Apache Kafka作為消息隊列的實現(xiàn)。而Spring Cloud Bus基于Spring Cloud Stream,主要提供了服務(wù)間的事件通信(比如刷新配置)。
-
配置中心:基于Spring Cloud Netflix和Spring Cloud Bus,Spring又提供了Spring Cloud Config,實現(xiàn)了配置集中管理、動態(tài)刷新的配置中心概念。配置通過Git或者簡單文件來存儲,支持加解密。
-
安全控制:Spring Cloud Security基于OAUTH2這個開放網(wǎng)絡(luò)的安全標(biāo)準(zhǔn),提供了微服務(wù)環(huán)境下的單點登錄、資源授權(quán)、令牌管理等功能。
-
命令行工具:Spring Cloud Cli提供了以命令行和腳本的方式來管理微服務(wù)及Spring Cloud組件的方式。
-
集群工具:Spring Cloud Cluster提供了集群選主、分布式鎖(暫未實現(xiàn))、一次性令牌(暫未實現(xiàn))等分布式集群需要的技術(shù)組件。
后續(xù)章節(jié)我們會詳細(xì)介紹我們實際使用到的Spring Cloud組件。
作者:網(wǎng)易樂得技術(shù)團(tuán)隊
鏈接:http://tech.lede.com/2017/03/15/rd/server/SpringCloud0/
總結(jié)
以上是生活随笔為你收集整理的Spring Cloud技术分析之Dubbo与Cloud的对比的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 「mysql优化专题」90%程序员都会忽
- 下一篇: 【手写系列】写出我的第一个框架:迷你版S