更新時間:2021-06-22 16:57:37 來源:動力節點 瀏覽1381次
Spring Cloud是目前微服務架構領域的翹楚,無數的書籍博客都在講解這個技術。不過大多數講解還停留在對Spring Cloud功能使用的層面,其底層的很多原理,很多人可能并不知曉。因此本文將通過大量的手繪圖,給大家談談Spring Cloud微服務架構的底層原理。
實際上,Spring Cloud是一個全家桶式的技術棧,包含了很多組件。本文先從其最核心的幾個組件入手,來剖析一下其底層的工作原理。也就是Eureka、Ribbon、Feign、Hystrix、Zuul這幾個組件。
先來給大家說一個業務場景,假設咱們現在開發一個電商網站,要實現支付訂單的功能,流程如下:
針對上述流程,我們需要有訂單服務、庫存服務、倉儲服務、積分服務。整個流程的大體思路如下:
至此,整個支付訂單的業務流程結束
下圖這張圖,清晰表明了各服務間的調用過程:
好!有了業務場景之后,咱們就一起來看看Spring Cloud微服務架構中,這幾個組件如何相互協作,各自發揮的作用以及其背后的原理。
咱們來考慮第一個問題:訂單服務想要調用庫存服務、倉儲服務,或者積分服務,怎么調用?
咱們來看看下面的這張圖,結合圖來仔細剖析一下整個流程:
如上圖所示,庫存服務、倉儲服務、積分服務中都有一個Eureka Client組件,這個組件專門負責將這個服務的信息注冊到Eureka Server中。說白了,就是告訴Eureka Server,自己在哪臺機器上,監聽著哪個端口。而Eureka Server是一個注冊中心,里面有一個注冊表,保存了各服務所在的機器和端口號
訂單服務里也有一個Eureka Client組件,這個Eureka Client組件會找Eureka Server問一下:庫存服務在哪臺機器???監聽著哪個端口啊?倉儲服務呢?積分服務呢?然后就可以把這些相關信息從Eureka Server的注冊表中拉取到自己本地緩存起來。
這時如果訂單服務想要調用庫存服務,不就可以找自己本地的Eureka Client問一下庫存服務在哪臺機器?監聽哪個端口嗎?收到響應后,緊接著就可以發送一個請求過去,調用庫存服務扣減庫存的那個接口!同理,如果訂單服務要調用倉儲服務、積分服務,也是如法炮制。
總結一下:
現在訂單服務確實知道庫存服務、積分服務、倉庫服務在哪里了,同時也監聽著哪些端口號了。但是新問題又來了:難道訂單服務要自己寫一大堆代碼,跟其他服務建立網絡連接,然后構造一個復雜的請求,接著發送請求過去,最后對返回的響應結果再寫一大堆代碼來處理嗎?
這是上述流程翻譯的代碼片段,咱們一起來看看,體會一下這種絕望而無助的感受?。?!
友情提示,前方高能:
看完上面那一大段代碼,有沒有感到后背發涼、一身冷汗?實際上你進行服務間調用時,如果每次都手寫代碼,代碼量比上面那段要多至少幾倍,所以這個事壓根兒就不是地球人能干的。
既然如此,那怎么辦呢?別急,Feign早已為我們提供好了優雅的解決方案。來看看如果用Feign的話,你的訂單服務調用庫存服務的代碼會變成啥樣?
看完上面的代碼什么感覺?是不是感覺整個世界都干凈了,又找到了活下去的勇氣!沒有底層的建立連接、構造請求、解析響應的代碼,直接就是用注解定義一個FeignClient接口,然后調用那個接口就可以了。人家Feign Client會在底層根據你的注解,跟你指定的服務建立連接、構造請求、發起靕求、獲取響應、解析響應,等等。這一系列臟活累活,人家Feign全給你干了。
那么問題來了,Feign是如何做到這么神奇的呢?很簡單,Feign的一個關鍵機制就是使用了動態代理。咱們一起來看看下面的圖,結合圖來分析:
以上就是動力節點小編介紹的"SpringCloud原理的詳細教程",希望對大家有幫助,更詳細的Java基礎教程可以登錄動力節點官網查看,學習中遇到問題,也可以請教在線咨詢,有專業老師隨時為您服務。
0基礎 0學費 15天面授
有基礎 直達就業
業余時間 高薪轉行
工作1~3年,加薪神器
工作3~5年,晉升架構
提交申請后,顧問老師會電話與您溝通安排學習