SpringCloud兩種注冊中心的實現(xiàn)
基本概念
系統(tǒng)架構(gòu)
我們之前做的所有的項目都屬于單體架構(gòu)
,下面我們將要學(xué)習(xí)更適合大型項目的分布式架構(gòu)
單體架構(gòu): 將業(yè)務(wù)的所有功能幾種在一個項目中開發(fā),打成一個包部署。
優(yōu)點:架構(gòu)簡單、部署成本低
缺點:耦合度高
分布式架構(gòu): 根據(jù)業(yè)務(wù)功能對系統(tǒng)進行拆分、每個業(yè)務(wù)模塊作為獨立項目開發(fā),稱為一個服務(wù)。
優(yōu)點:降低服務(wù)耦合、有利于服務(wù)升級拓展。
缺點:架構(gòu)復(fù)雜、運維、監(jiān)控、部署難度高。
微服務(wù)
微服務(wù)是一種經(jīng)過良好的架構(gòu)設(shè)計的分布式架構(gòu)方案。
微服務(wù)架構(gòu)特征:
- 單一職責(zé):微服務(wù)拆分粒度更小,每一個服務(wù)都對應(yīng)唯一的業(yè)務(wù)能力,做到單一職責(zé)。
- 面向服務(wù):微服務(wù)對外暴露業(yè)務(wù)接口
- 自治:團隊獨立,技術(shù)獨立,數(shù)據(jù)獨立,部署獨立。
- 隔離性強:服務(wù)調(diào)用做好隔離、容錯、降級,避免出現(xiàn)
級聯(lián)問題
。
級聯(lián)問題常涉及數(shù)據(jù)的關(guān)聯(lián)性操作引發(fā)的一系列連鎖變化。
微服務(wù)結(jié)構(gòu):
最知名的兩種技術(shù)架構(gòu):SpringCloud、阿里巴巴Dubbo
SpringCloud集成了各種微服務(wù)功能組件。
并基于SpringBoot實現(xiàn)了這些組件的自動裝配,從而提供了良好的體驗。
服務(wù)的拆分總結(jié):
- 不同微服務(wù),不能重復(fù)開發(fā)相同業(yè)務(wù)。
- 微服務(wù)數(shù)據(jù)獨立,不能訪問其他微服務(wù)的數(shù)據(jù)庫。
- 微服務(wù)將自己的業(yè)務(wù)暴露為接口,供其他微服務(wù)使用。
遠程調(diào)用
案例:有兩個服務(wù)分別是用戶服務(wù)和訂單服務(wù),要求根據(jù)訂單ID查詢訂單的同時,把訂單所屬的用戶信息一起返回。
前面知道不同服務(wù)之間數(shù)據(jù)庫互相獨立,所以我們就只能在后端再發(fā)一次http請求,去調(diào)用其他服務(wù)的接口。
這就需要在Java代碼中,發(fā)起HTTP請求,此處使用 RestTemplate
RestTemplate
是 Spring 框架提供的一個同步的 HTTP 客戶端工具,用于在 Java 應(yīng)用程序中發(fā)送 HTTP 請求并處理響應(yīng)。
// 我們需要在配置類中聲明一個Bean,啟動類也屬于配置類,所以此方法也可寫入啟動類中。 /** * 創(chuàng)建RestTemplate并注入Spring容器 * @return */ @Bean public RestTemplate restTemplate(){ return new RestTemplate(); }
然后就可以在Java代碼中發(fā)送請求了
@Service public class OrderService { @Autowired private OrderMapper orderMapper; @Autowired private RestTemplate restTemplate; public Order queryOrderById(Long orderId) { // 1.查詢訂單 Order order = orderMapper.findById(orderId); String url = "http://localhost:8081/user/" + order.getUserId(); //使用RestTemplate發(fā)送請求,第一個參數(shù)為請求地址,第二個參數(shù)為序列化返回對象 User user = restTemplate.getForObject(url, User.class); order.setUser(user); // 4.返回 return order; } }
提供者與消費者
- 服務(wù)提供者:一次業(yè)務(wù)中,被其它微服務(wù)調(diào)用的服務(wù)。(提供接口給其它微服務(wù))
- 服務(wù)消費者:一次業(yè)務(wù)中,調(diào)用其它微服務(wù)的服務(wù)。(調(diào)用其它微服務(wù)提供的接口)
服務(wù)調(diào)用關(guān)系:
- 服務(wù)提供者:暴露接口給其他微服務(wù)調(diào)用
- 服務(wù)消費者:調(diào)用其他微服務(wù)提供的接口
- 提供者與消費者角色是相對的
- 一個服務(wù)可以同時是服務(wù)提供者和服務(wù)消費者
Eureka注冊中心
前面書寫存在一些問題,有硬編碼的部分,請求地址是寫死了。
Eureka作用
消費者該如何獲取服務(wù)提供者具體信息?
- 服務(wù)提供者啟動時向eureka注冊自己的信息
- eureka保存這些信息
- 消費者根據(jù)服務(wù)名稱向eureka拉取提供者信息
如果有多個服務(wù)提供者,消費者該如何選擇?
- 服務(wù)消費者利用負載均衡算法,從服務(wù)列表中挑選一個
消費者如何感知服務(wù)提供者健康狀態(tài)?
- 服務(wù)提供者會每隔30秒向
EurekaServer
發(fā)送心跳請求,報告健康狀態(tài)eureka會 - 更新記錄服務(wù)列表信息,心跳不正常會被剔除
- 消費者就可以拉取到最新的信息
在Eureka架構(gòu)中,微服務(wù)角色有兩類:
EurekaServer
: 服務(wù)端,注冊中心
- 記錄服務(wù)信息
- 心跳監(jiān)控
EurekaClient
: 客戶端
- Provider:服務(wù)提供者,例如案例中的user-service
- 注冊自己的信息到 Eureka Server
- 每隔30秒向Eureka Server發(fā)送心跳
- consumer:服務(wù)消費者,例如案例中的order-service
- 根據(jù)服務(wù)名稱從Eureka Server拉取服務(wù)列表
- 基于服務(wù)列表做負載均衡,選中一個微服務(wù)后發(fā)起遠程調(diào)用
搭建Eureka Server服務(wù)端
第一步:創(chuàng)建新的Maven模塊,引入eureka-server依賴
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
第二步:為啟動類添加啟動注解
@EnableEurekaServer @SpringBootApplication public class EurekaApplication { public static void main(String[] args) { SpringApplication.run(EurekaApplication.class,args); } }
第三步:添加配置信息
server: port: 10086 spring: application: name: eurekaserver eureka: client: service-url: #eureka地址信息 defaultZone: http://127.0.0.1:10086/eureka
注冊user-service
第一步:在需要注冊的服務(wù)中引入eureka-client依賴
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
第二步:在配置文件中,添加配置
spring: application: name: userserver eureka: client: service-url: #eureka地址信息 defaultZone: http://127.0.0.1:10086/eureka
同理也可以注冊order-service
復(fù)制服務(wù),右鍵要copy的服務(wù),點擊Copy Configuration
起一個名稱,然后在VM options中配置一個新的端口
-Dserver.port=8082
服務(wù)拉取
服務(wù)拉取是基于服務(wù)器名稱獲取服務(wù)列表,然后在對服務(wù)列表做負載均衡
- 修改
OrderService
的代碼,修改訪問的url
路徑,用服務(wù)器名
代替ip
、端口
String url = "http://userservice/user/" + order.getUserId();
- 在RestTemplate的Bean中,添加
負載均衡
注解
@Bean @LoadBalanced public RestTemplate restTemplate(){ return new RestTemplate(); }
Ribbon負載均衡
Nacos注冊中心
啟動方式:
startup.cmd -m standalone
服務(wù)注冊
在父工程中添加spring-cloud-alibaba的管理依賴
<!-- Nacos 管理依賴--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-alibaba-dependencies</artifactId> <version>2.2.5.RELEASE</version> <type>pom</type> <scope>import</scope> </dependency>
注釋原有的eureka依賴,添加nacos的客戶端依賴
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency>
修改配置文件
spring: application: name: orderservice cloud: nacos: server-addr: localhost:8848 #nacos服務(wù)地址
Nacos服務(wù)分級存儲模型
一個服務(wù)可以有多個實例,大型公司會將實例部署在不同的服務(wù)器內(nèi)。一個服務(wù)器機房就稱為一個集群。
服務(wù)調(diào)用盡可能調(diào)用本地集群的服務(wù),跨集群調(diào)用延遲較高,只有當(dāng)本地集群不可訪問時,再去訪問其他的集群。
配置服務(wù)集群屬性,修改yml
spring: cloud: nacos: server-addr: localhost:8848 # Nacos 服務(wù)端地址 discovery: cluster-name: HB # 配置集群名稱,機房位置
如果想要設(shè)置優(yōu)先訪問同集群服務(wù),則需要修改負載均衡的IRule
userservice: # 要做配置的微服務(wù)名稱 ribbon: NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 負載均衡規(guī)則
注意將user-service的權(quán)重都設(shè)置為1
小結(jié)NacosRule負載均衡策略:
- 優(yōu)先選擇同集群服務(wù)實例列表
- 本地集群找不到提供者,才會到其他集群找,并且會報警告
- 確定了可用實例列表后,再采用隨機負載均衡挑選實例
根據(jù)權(quán)重負載均衡
實際部署中會出現(xiàn)這樣的場景:
服務(wù)器設(shè)備性能有差異,部分實例所在機器性能較好,另一些較差,我們希望性能好的機器承擔(dān)更多的用戶請求
Nacos提供了權(quán)重配置來控制訪問頻率,權(quán)重越大訪問頻率越高。
在Nacos控制臺可以設(shè)置實例的權(quán)重值,點擊編輯
按鈕
小結(jié):實例的權(quán)重控制
- Nacos控制臺可以設(shè)置實例的權(quán)重值,0~1之間
- 同集群內(nèi)的多個實例,權(quán)重越高被訪問的頻率越高
- 權(quán)重設(shè)置為0則完全不會被訪問
環(huán)境隔離 - namespace
Nacos 中服務(wù)存儲和數(shù)據(jù)存儲的最外層都是一個名為namespace的東西,用來做最外層隔離
注意:服務(wù)只能訪問當(dāng)前命名空間,無法訪問其他命名空間的服務(wù)
Namespace 下有 Group 下有 Service / Data
新建命名空間:在Nacos控制臺中 - > 命名空間 -> 新建命名空間
在代碼中修改服務(wù)到新的命名空間:
spring: cloud: nacos: server-addr: localhost:8848 #nacos服務(wù)地址 discovery: cluster-name: HB # 集群名稱 namespace: xxxx # 命名空間id
Nacos環(huán)境隔離
- namespace用來做環(huán)境隔離
- 每個namespace都有唯一id
- 不同namespace下的服務(wù)不可見
臨時實例與非臨時實例
服務(wù)注冊到Nacos時,可以選擇注冊為臨時或非臨時實例,通過下面的配置來設(shè)置
spring: cloud: nacos: server-addr: discovery: namespace: ephemeral: false #是否為臨時實例
臨時實例宕機時,會從nacos的服務(wù)列表中剔除,而非臨時實例則不會
與Eureka的對比
Nacos與eureka的共同點
- 都支持服務(wù)注冊和服務(wù)拉取
- 都支持服務(wù)提供者心跳方式做健康檢測
Nacos與Eureka的區(qū)別
- Nacos支持服務(wù)端主動檢測提供者狀態(tài):臨時實例采用心跳模式,非臨時實例采用主動檢測模式
- 臨時實例心跳不正常會被剔除,非臨時實例則不會被剔除
- Nacos支持服務(wù)列表變更的消息推送模式,服務(wù)列表更新更及時
- Nacos集群默認采用AP方式,當(dāng)集群中存在非臨時實例時,采用CP模式;Eureka采用AP方式
AP 可用性保證
CP 一致性保證
到此這篇關(guān)于SpringCloud兩種注冊中心的實現(xiàn)的文章就介紹到這了,更多相關(guān)SpringCloud 注冊中心內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- SpringCloud中的Eureka注冊中心詳細解讀
- springcloud本地服務(wù)不注冊到注冊中心的解決方案
- SpringCloud zookeeper作為注冊中心使用介紹
- SpringCloud注冊中心之consul詳細講解使用方法
- SpringCloud?Eureka服務(wù)注冊中心應(yīng)用入門詳解
- SpringBoot項目改為SpringCloud項目使用nacos作為注冊中心的方法
- Java之SpringCloud nocos注冊中心講解
- 淺析SpringCloud Alibaba-Nacos 作為注冊中心示例代碼
- Springcloud-nacos實現(xiàn)配置和注冊中心的方法
- springcloud實現(xiàn)注冊中心Eureka
相關(guān)文章
Java并發(fā)系列之JUC中的Lock鎖與synchronized同步代碼塊問題
這篇文章主要介紹了Java并發(fā)系列之JUC中的Lock鎖與synchronized同步代碼塊,簡單介紹了lock鎖及鎖的底層知識,結(jié)合案例給大家介紹的非常詳細,需要的朋友可以參考下2022-04-04使用IDEA向Gitee提交SpringBoot項目進行遠程管理
本文主要介紹了使用IDEA向Gitee提交SpringBoot項目進行遠程管理,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01