帶着新人學springboot的應用12(springboot+Dubbo+Zookeeper 下)


  上半節已經下載好了Zookeeper,以及新建了兩個應用provider和consumer,這一節我們就結合dubbo來測試一下分布式可不可以用。

  現在就來簡單用一下,注意:這里只是涉及最簡單的部分,新手入門用的,詳細的內容要學習的可以自己查一查資料;然后再說說用Zookeeper當作注冊中心的一個特點。

  話說注冊中心是一個類似第三方軟件的東西,那么我們能不能用Dubbo+其他注冊中心呢?其實也是可以的,比如redis,有興趣的可以查查資料自己試試,原理都差不多。

 

1.導入依賴

      兩個模塊都要導入這兩個依賴(這兩個依賴千萬要正確,我就是因為自己導入依賴導錯了,愣是找了好幾個小時最后才發現是依賴的問題,我導入的組id是com.alibaba.spring.boot,太像了....細節細節!!!)

 

  這里有一些版本問題,我去官方文檔截了一下圖,版本問題我也碰到了,還是官方文檔靠譜!還有具體的版本對應我也截圖了,可以看看。

 

2.provider模塊新建一個服務

   說是創建一個服務,其實就是新建一個service層的接口,寫個實現

  目錄結構以及接口+實現

 

  配置文件稍微配置一下,其實就是配置自己服務在哪里,還有Zookeeper的位置及端口(Zookeeper可以是在其他電腦或者虛擬機里),其實還能配置很多東西,這里列舉最簡單最實用的幾個;

   

  可以嘗試啟動一下,沒報錯說明服務提供者完成!(那個Zookeeper服務端一定要開着

  

3.consumer模塊消費服務

  說是消費服務,其實就是寫個controller,注入service接口,調用方法

  看看consumer的目錄結構和controller內容

 

 

  簡單配置一下配置文件:

 

4.測試

  首先保證Zookeeper服務端一直開着,然后運行服務提供者應用,然后再運行服務消費者應用,再到瀏覽器輸入url,結果如下:(應該打印服務提供者才對,消息方面的東西看多了都打錯字了,問題不大,嘿嘿!)

 

5.簡要說說Zookeeper作為注冊中心的特點

   服務注冊中心在分布式系統會大量運用,是分布式系統不可或缺的組件。

  有需求就有利益,有利益就會有動力!正是因為服務注冊中心這么重要,所以很多公司都注重這方面的研發,咳,比如rocketmq的NameServer,hdfs的Namenode,dubbo的Zookeeper,spring cloud的eureka,Consul等等。。

  其中,對於這兩個:dubbo的Zookeeper,spring cloud的eureka之間,以及Dubbo和Spring Cloud之間哪種比較好的各種爭論,可謂是太多太多,各有各的說法,每個人都能舉出一大堆理論,對於我們來說,其實無所謂的,跟我們關系不大;就像問你hibernate和mybatis哪個好啊?只能說各有利弊吧!

    不扯這么遠了,說一個分布式系統的原理CAP:

  絕大部分的分布式系統都會滿足一個叫做CAP理論的東西(當然也有很多爭議,暫且不提)

  C(Consistency):數據一致性,例如多台服務器中對於存的同一用戶的數據要一致

  A(Availability):可用性,無論怎么了你都能訪問這個系統;例如其中一台或幾台服務器掛掉了,你還是能夠正常使用,服務器會響應成功(可能響應的是更新之前的數據),而不是一直在阻塞,這點比較關鍵

  P(Partition Tolerance):分區容錯性,就是當用戶在一台服務器修改了自己的數據,但是由於網絡等問題,還沒有來得及同步到其他的服務器,於是就產生了分區;怎樣解決分區問題是分布式系統不可避免的問題。

  而我們說的Zookeeper選的是CP,而spring cloud的eureka選的是AP,那么,到底是選CP好還是AP好呢?

  不好說,只能是看什么需求;

  選P:選了這個才能支持分布式,才能進行橫向擴展。

  選C:注重一致性,那就是要在多台服務器上數據要一致,假如服務器同步數據的時候斷網了,那么你就要一直等待了,直至同步成功;典型的是銀行轉賬系統,這對數據的一致性是十分苛刻的,一點都不能讓步,如果出錯,寧可停止服務;

  選A:注重可用性,例如你更新自己的數據,然后服務器之間同步數據的時候斷網了;那么你再查詢,查詢的可能還是原來更新之前的數據,等待服務器數據同步完成你才會查詢到最新數據; 互聯網公司用這個比較多,即使向用戶響應更新之前的數據也總比讓用戶一直等待要好得多。

  可見,沒有什么好不好,只有適不適合你的需求。

  現在有個大概的了解就好,而且后面我可能會慢慢說說這兩個分布式框架Dubbo和Spring Cloud,話說這兩個分布式框架的爭論隨便查一下都有很多,千萬不要陷入其中,重要的我們學到了什么東西!

  Dubbo是阿里巴巴內部開發並使用,然后開源的一個很厲害的分布式框架,再加上很多阿里的人出來在其他公司工作推行了Dubbo的使用,雖然停止更新一段時間17年又恢復更新了,但是在國內估計還是基於Dubbo的分布式系統占主流吧!(是不是主流我也不知道是不是,道聽途說而已)。

  而Spring Cloud是Spring家族的一個分布式框架,里面功能十分健全,可以說是一站式框架了,在國外的話估計名氣比Dubbo高。

  要使用Dubbo還是Spring Cloud,看需要吧!孰好孰壞也不是我們該擔心的,ok,就到這里吧!

  下一節說說Spring Cloud + eureka簡單用用分布式系統,入門一下!


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM