SpringBoot+Dubbo+Zookeeper知識整合過程詳解
??分布式理論
??分布式系統(tǒng)
“分布式系統(tǒng)是若干獨(dú)立計(jì)算機(jī)的集合,這些計(jì)算機(jī)對 于用戶來說就像單個相關(guān)系統(tǒng)”
分布式系統(tǒng)(distributed system)是建立在網(wǎng)絡(luò)之上的軟件系統(tǒng)。
首先需要明確的是,只有當(dāng)單個節(jié)點(diǎn)的處理能力無法滿足日益增長的計(jì)算、存儲任務(wù)的時(shí)候,且硬件的 提升(加內(nèi)存、加磁盤、使用更好的CPU)高昂到得不償失的時(shí)候,應(yīng)用程序也不能進(jìn)一步優(yōu)化的時(shí) 候,我們才需要考慮分布式系統(tǒng)。因?yàn)?,分布式系統(tǒng)要解決的問題本身就是和單機(jī)系統(tǒng)一樣的,而由于 分布式系統(tǒng)多節(jié)點(diǎn)、通過網(wǎng)絡(luò)通信的拓?fù)浣Y(jié)構(gòu),會引入很多單機(jī)系統(tǒng)沒有的問題,為了解決這些問題又 會引入更多的機(jī)制、協(xié)議,帶來更多的問題。
??Dubbo框架
隨著互聯(lián)網(wǎng)的發(fā)展,網(wǎng)站應(yīng)用的規(guī)模不斷擴(kuò)大,常規(guī)的垂直應(yīng)用架構(gòu)已無法應(yīng)對,分布式服務(wù)架構(gòu)以及 流動計(jì)算架構(gòu)勢在必行,急需一個治理系統(tǒng)確保架構(gòu)有條不紊的演進(jìn)。
??單一應(yīng)用架構(gòu)
當(dāng)網(wǎng)站流量很小時(shí),只需一個應(yīng)用,將所有功能都部署在一起,以減少部署節(jié)點(diǎn)和成本。此時(shí),用于簡化增刪改查工作量的數(shù)據(jù)訪問框架(ORM)是關(guān)鍵。
適用于小型網(wǎng)站,小型管理系統(tǒng),將所有功能都部署到一個功能里,簡單易用。
缺點(diǎn):
- 1、性能擴(kuò)展比較難
- 2、協(xié)同開發(fā)問題
- 3、不利于升級維護(hù)
??垂直應(yīng)用架構(gòu)
當(dāng)訪問量逐漸增大,單一應(yīng)用增加機(jī)器帶來的加速度越來越小,將應(yīng)用拆成互不相干的幾個應(yīng)用,以提 升效率。此時(shí),用于加速前端頁面開發(fā)的Web框架(MVC)是關(guān)鍵
通過切分業(yè)務(wù)來實(shí)現(xiàn)各個模塊獨(dú)立部署,降低了維護(hù)和部署的難度,團(tuán)隊(duì)各司其職更易管理,性能擴(kuò)展 也更方便,更有針對性。
缺點(diǎn): 公用模塊無法重復(fù)利用,開發(fā)性的浪費(fèi)
??分布式服務(wù)架構(gòu)
當(dāng)垂直應(yīng)用越來越多,應(yīng)用之間交互不可避免,將核心業(yè)務(wù)抽取出來,作為獨(dú)立的服務(wù),逐漸形成穩(wěn)定 的服務(wù)中心,使前端應(yīng)用能更快速的響應(yīng)多變的市場需求。此時(shí),用于提高業(yè)務(wù)復(fù)用及整合的分布式服務(wù)框架(RPC)是關(guān)鍵。
??流動計(jì)算架構(gòu)
當(dāng)服務(wù)越來越多,容量的評估,小服務(wù)資源的浪費(fèi)等問題逐漸顯現(xiàn),此時(shí)需增加一個調(diào)度中心基于訪問 壓力實(shí)時(shí)管理集群容量,提高集群利用率。此時(shí),用于提高機(jī)器利用率的資源調(diào)度和治理中心**(SOA)[ Service Oriented Architecture]是關(guān)鍵**
??什么是RPC?
RPC【Remote Procedure Call】是指遠(yuǎn)程過程調(diào)用,是一種進(jìn)程間通信方式,他是一種技術(shù)的思想,而 不是規(guī)范。它允許程序調(diào)用另一個地址空間(通常是共享網(wǎng)絡(luò)的另一臺機(jī)器上)的過程或函數(shù),而不用 程序員顯式編碼這個遠(yuǎn)程調(diào)用的細(xì)節(jié)。即程序員無論是調(diào)用本地的還是遠(yuǎn)程的函數(shù),本質(zhì)上編寫的調(diào)用 代碼基本相同。
也就是說兩臺服務(wù)器A,B,一個應(yīng)用部署在A服務(wù)器上,想要調(diào)用B服務(wù)器上應(yīng)用提供的函數(shù)/方法,由 于不在一個內(nèi)存空間,不能直接調(diào)用,需要通過網(wǎng)絡(luò)來表達(dá)調(diào)用的語義和傳達(dá)調(diào)用的數(shù)據(jù)。為什么要用 RPC呢?就是無法在一個進(jìn)程內(nèi),甚至一個計(jì)算機(jī)內(nèi)通過本地調(diào)用的方式完成的需求,比如不同的系統(tǒng) 間的通訊,甚至不同的組織間的通訊,由于計(jì)算能力需要橫向擴(kuò)展,需要在多臺機(jī)器組成的集群上部署 應(yīng)用。RPC就是要像調(diào)用本地的函數(shù)一樣去調(diào)遠(yuǎn)程函數(shù);
??RPC基本原理
??Dubbo
??什么是dubbo?
Apache Dubbo |?d?b??| 是一款高性能、輕量級的開源Java RPC框架,它提供了三大核心能力:面向 接口的遠(yuǎn)程方法調(diào)用,智能容錯和負(fù)載均衡,以及服務(wù)自動注冊和發(fā)現(xiàn)
?dubbo基本概念
服務(wù)提供者**(Provider)**:暴露服務(wù)的服務(wù)提供方,服務(wù)提供者在啟動時(shí),向注冊中心注冊自己提 供的服務(wù)。
服務(wù)消費(fèi)者**(Consumer)**: 調(diào)用遠(yuǎn)程服務(wù)的服務(wù)消費(fèi)方,服務(wù)消費(fèi)者在啟動時(shí),向注冊中心訂閱自 己所需的服務(wù),服務(wù)消費(fèi)者,從提供者地址列表中,基于軟負(fù)載均衡算法,選一臺提供者進(jìn)行調(diào)用,如 果調(diào)用失敗,再選另一臺調(diào)用。
注冊中心**(Registry)**:注冊中心返回服務(wù)提供者地址列表給消費(fèi)者,如果有變更,注冊中心將基 于長連接推送變更數(shù)據(jù)給消費(fèi)者
監(jiān)控中心**(Monitor)**:服務(wù)消費(fèi)者和提供者,在內(nèi)存中累計(jì)調(diào)用次數(shù)和調(diào)用時(shí)間,定時(shí)每分鐘發(fā) 送一次統(tǒng)計(jì)數(shù)據(jù)到監(jiān)控中
?調(diào)用關(guān)系說明
l 服務(wù)容器負(fù)責(zé)啟動,加載,運(yùn)行服務(wù)提供者。 l 服務(wù)提供者在啟動時(shí),向注冊中心注冊自己提供的服務(wù)。
l 服務(wù)消費(fèi)者在啟動時(shí),向注冊中心訂閱自己所需的服務(wù)。
l 注冊中心返回服務(wù)提供者地址列表給消費(fèi)者,如果有變更,注冊中心將基于長連接推送變更數(shù)據(jù)給消費(fèi) 者。
l 服務(wù)消費(fèi)者,從提供者地址列表中,基于軟負(fù)載均衡算法,選一臺提供者進(jìn)行調(diào)用,如果調(diào)用失敗,再 選另一臺調(diào)用。
l 服務(wù)消費(fèi)者和提供者,在內(nèi)存中累計(jì)調(diào)用次數(shù)和調(diào)用時(shí)間,定時(shí)每分鐘發(fā)送一次統(tǒng)計(jì)數(shù)據(jù)到監(jiān)控中心。
??window下安裝zookeeper
1、下載zookeeper ;
2、運(yùn)行/bin/zkServer.cmd ,初次運(yùn)行會報(bào)錯,沒有zoo.cfg配置文件;
可能遇到問題:閃退 !
解決方案:編輯zkServer.cmd文件末尾添加 pause 。這樣運(yùn)行出錯就不會退出,會提示錯誤信息, 方便找到原因
3、修改zoo.cfg配置文件 將conf文件夾下面的zoo_sample.cfg復(fù)制一份改名為zoo.cfg即可
注意幾個重要位置: dataDir=./ 臨時(shí)數(shù)據(jù)存儲的目錄(可寫相對路徑) clientPort=2181 zookeeper的端口號 修改完成后再次啟動zookeeper
4、使用zkCli.cmd測試 ls /:列出zookeeper根下保存的所有節(jié)點(diǎn)
[zk: 127.0.0.1:2181(CONNECTED) 4] ls / [zookeeper]
create –e /kuangshen 123:創(chuàng)建一個kuangshen節(jié)點(diǎn),值為123
get /kuangshen:獲取/kuangshen節(jié)點(diǎn)的值
再來查看一下節(jié)點(diǎn)
??SpringBoot + Dubbo + zookeeper
??框架搭建
1. 啟動zookeeper !
2. IDEA創(chuàng)建一個空項(xiàng)目;
3.創(chuàng)建一個模塊,實(shí)現(xiàn)服務(wù)提供者:provider-server , 選擇web依賴即可
4.項(xiàng)目創(chuàng)建完畢,我們寫一個服務(wù),比如賣票的服務(wù);
5.創(chuàng)建一個模塊,實(shí)現(xiàn)服務(wù)消費(fèi)者:consumer-server , 選擇web依賴即可
6.項(xiàng)目創(chuàng)建完畢,我們寫一個服務(wù),比如用戶的服務(wù);
??服務(wù)提供者
1、將服務(wù)提供者注冊到注冊中心,我們需要整合Dubbo和zookeeper,所以需要導(dǎo)包 我們從dubbo官網(wǎng)進(jìn)入github,看下方的幫助文檔,找到dubbo-springboot,找到依賴包
<!-- Dubbo Spring Boot Starter --> <dependency> <groupId>org.apache.dubbo</groupId> <artifactId>dubbo-spring-boot-starter</artifactId> <version>2.7.3</version> </dependency>
2、在springboot配置文件中配置dubbo相關(guān)屬性
#當(dāng)前應(yīng)用名字 dubbo.application.name=provider-server #注冊中心地址 dubbo.registry.address=zookeeper://127.0.0.1:2181 #掃描指定包下服務(wù) dubbo.scan.base-packages=com.kuang.provider.service
3.在service的實(shí)現(xiàn)類中配置服務(wù)注解,發(fā)布服務(wù)!注意導(dǎo)包問題
import org.apache.dubbo.config.annotation.Service; import org.springframework.stereotype.Component; @Service //將服務(wù)發(fā)布出去 @Component //放在容器中 public class TicketServiceImpl implements TicketService { @Override public String getTicket() { return "aaqa"; } }
??消費(fèi)者
1、導(dǎo)入依賴,和之前的依賴一樣;
配置參數(shù)
#當(dāng)前應(yīng)用名字 dubbo.application.name=consumer-server #注冊中心地址 dubbo.registry.address=zookeeper://127.0.0.1:2181
3. 本來正常步驟是需要將服務(wù)提供者的接口打包,然后用pom文件導(dǎo)入,我們這里使用簡單的方式,直 接將服務(wù)的接口拿過來,路徑必須保證正確,即和服務(wù)提供者相同;
4.完善消費(fèi)者的服務(wù)類
package com.kuang.consumer.service; import com.kuang.provider.service.TicketService; import org.apache.dubbo.config.annotation.Reference; import org.springframework.stereotype.Service; @Service //注入到容器中 public class UserService { @Reference //遠(yuǎn)程引用指定的服務(wù),他會按照全類名進(jìn)行匹配,看誰給注冊中心注冊了這個全 類名 TicketService ticketService; public void bugTicket(){ String ticket = ticketService.getTicket(); System.out.println("在注冊中心買到"+ticket); } }
5. 測試類編寫;
@RunWith(SpringRunner.class) @SpringBootTest public class ConsumerServerApplicationTests { @Autowired UserService userService; @Test public void contextLoads() { userService.bugTicket(); } }
到此這篇關(guān)于SpringBoot+Dubbo+Zookeeper知識整合的文章就介紹到這了,更多相關(guān)SpringBoot+Dubbo+Zookeeper知識整合內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- Springboot 整合 Dubbo/ZooKeeper 實(shí)現(xiàn) SOA 案例解析
- SpringBoot整合Dubbo+Zookeeper實(shí)現(xiàn)RPC調(diào)用
- springBoot+dubbo+zookeeper實(shí)現(xiàn)分布式開發(fā)應(yīng)用的項(xiàng)目實(shí)踐
- springboot+dubbo+zookeeper的簡單實(shí)例詳解
- IDEA整合Dubbo+Zookeeper+SpringBoot實(shí)現(xiàn)
- SpringBoot+Dubbo+Zookeeper實(shí)現(xiàn)簡單分布式開發(fā)的應(yīng)用詳解
- SpringBoot中dubbo+zookeeper實(shí)現(xiàn)分布式開發(fā)的應(yīng)用詳解
相關(guān)文章
spring?retry方法調(diào)用失敗重試機(jī)制示例解析
這篇文章主要為大家介紹了spring?retry方法調(diào)用失敗重試機(jī)制的示例解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步2022-03-03Netty分布式ByteBuf使用subPage級別內(nèi)存分配剖析
這篇文章主要為大家介紹了Netty分布式ByteBuf使用subPage級別內(nèi)存分配剖析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-03-03IntelliJ IDEA 2019.3激活破解的詳細(xì)方法(親測有效,可激活至 2089&
本教程適用于 JetBrains 全系列產(chǎn)品,包括 Pycharm、IDEA、WebStorm、Phpstorm、Datagrip、RubyMine、CLion、AppCode 等,本教程無需修改 hosts 文件,對IntelliJ IDEA 2019.3激活破解的詳細(xì)方法的相關(guān)知識感興趣的朋友一起看看吧2020-09-09Java深入數(shù)據(jù)結(jié)構(gòu)理解掌握抽象類與接口
在類中沒有包含足夠的信息來描繪一個具體的對象,這樣的類稱為抽象類,接口是Java中最重要的概念之一,它可以被理解為一種特殊的類,不同的是接口的成員沒有執(zhí)行體,是由全局常量和公共的抽象方法所組成,本文給大家介紹Java抽象類和接口,感興趣的朋友一起看看吧2022-05-05Java使用Sharding-JDBC分庫分表進(jìn)行操作
Sharding-JDBC 是無侵入式的 MySQL 分庫分表操作工具,本文主要介紹了Java使用Sharding-JDBC分庫分表進(jìn)行操作,感興趣的可以了解一下2021-08-08使用maven整合Spring+SpringMVC+Mybatis框架詳細(xì)步驟(圖文)
這篇文章主要介紹了使用maven整合Spring+SpringMVC+Mybatis框架詳細(xì)步驟(圖文),小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2019-05-05Spring boot實(shí)現(xiàn)上傳文件到本地服務(wù)器
這篇文章主要為大家詳細(xì)介紹了Spring boot實(shí)現(xiàn)上傳文件到本地服務(wù)器,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-08-08