摘要:在上面這個例子中,沃爾瑪就是服務(wù)提供者,小明和小新是服務(wù)消費者,微信公眾號類似于注冊中心,沃爾瑪將服務(wù)發(fā)布到注冊中心,小明和小新作為消費者,訂閱注冊中心上沃爾瑪提供的服務(wù),通過微信公眾號,沃爾瑪服務(wù)方和小明小新消費方就解耦了。
前言
所謂注冊中心,其實是分布式架構(gòu)演進過程中的產(chǎn)物,在系統(tǒng)中充當一個協(xié)調(diào)者的角色。但是,為什么需要這樣一個協(xié)調(diào)者的角色呢?我們先來看一個例子,以便理解為什么分布式架構(gòu)中需要有注冊中心。
案例小明和小新住在同一家沃爾瑪超市附近,他倆都辦了會員,經(jīng)常關(guān)注超市的一些優(yōu)惠活動,元宵節(jié)快到了,沃爾瑪準備搞一個元宵節(jié)特惠活動,需要通知到附近的住戶。對于沃爾瑪來說,可以安排工作人員電話通知到小明和小新;而對于小明和小新來說,可以去超市咨詢相關(guān)信息。
那么問題來了,住在超市附近的,不只有小明和小新兩個消費者,如果每個人都打電話去通知就顯得太麻煩了,小明和小新提前在超市了解了相關(guān)信息,可是不巧的是,由于各種原因,沃爾瑪元宵特惠活動要從上午改到下午才開始,他們又該從何得知呢?
其實,沃爾瑪關(guān)心的是通知能不能傳達到附近的住戶,小明和小新關(guān)心的是沃爾瑪優(yōu)惠活動的詳情動態(tài)。沃爾瑪不必給每個住戶挨個電話通知,它只需要在它的微信公眾號上推送一條消息即可,小明和小新也不用去超市咨詢,只要隨時關(guān)注沃爾瑪公眾號的推送消息即可。
在上面這個例子中,沃爾瑪就是服務(wù)提供者,小明和小新是服務(wù)消費者,微信公眾號類似于注冊中心,沃爾瑪將“服務(wù)”發(fā)布到注冊中心,小明和小新作為消費者,訂閱注冊中心上沃爾瑪提供的“服務(wù)”,通過微信公眾號,沃爾瑪(服務(wù)方)和小明、小新(消費方)就“解耦”了。
用這個例子來解釋注冊中心未必恰當,畢竟系統(tǒng)中的服務(wù)既可以是服務(wù)提供者(Provider),也可以是服務(wù)消費者(Consumer),但我想的是以一種更加通俗的方式來解釋它,技術(shù)日新月異,各種技術(shù)、術(shù)語層出不窮,容易讓人頭暈眼花,但萬變不離其宗,技術(shù)源于現(xiàn)實世界,亦服務(wù)于現(xiàn)實世界,在現(xiàn)實世界中,我們思考如何解決問題,技術(shù)也必然以同樣的思路去解決問題。
關(guān)于注冊中心,更技術(shù)層面的解釋,大家可以看一下這篇文章:《服務(wù)注冊中心架構(gòu)演進》
在現(xiàn)有的技術(shù)方案中,注冊中心主要分為兩類,一類是CP類注冊中心,另一類是AP類注冊中心,Nacos屬于后者,為什么會有 CP 和 AP 兩種不同類型的注冊中心呢?這就不得不提到分布式的一個理論:CAP理論。它是由加州大學(xué)的計算機科學(xué)家 Eric Brewer 提出,在一個分布式系統(tǒng)中,Consistency(一致性)、Availability(可用性)、Partition tolerance(分區(qū)容錯性)無法同時滿足,正所謂“魚和熊掌與蝦不可兼得也”。
CP類注冊中心更強調(diào)一致性,而AP類注冊中心更強調(diào)可用性,它們之間的區(qū)別,推薦閱讀阿里中間件博客的文章:《阿里巴巴為什么不用 ZooKeeper 做服務(wù)發(fā)現(xiàn)?》, 這篇文章我看了好幾遍,雖然不能完全理解,但也能明白十之八九。如果你看完文章后,得到的結(jié)論是以后再也不把 Dubbo 和 Zookeeper 結(jié)合起來使用了,那么你便錯了。因為,對于絕大多數(shù)公司的絕大多數(shù)系統(tǒng),無論是 Dubbo + Zookeeper,還是 Dubbo + Nacos,都能夠滿足需求,有的公司甚至都不需要使用Dubbo,所以,一定要結(jié)合實際的業(yè)務(wù)場景來分析判斷。
不過,我們作為技術(shù)開發(fā)人員,了解技術(shù)原理是很重要的,唯有了解其底層邏輯,才知道如何做技術(shù)選型以及解決疑難雜癥。
好了,讓我們回到Nacos本身,下面將從代碼層面分別介紹 Nacos + Spring 和 Nacos + Spring Boot 的使用,我的案例都是基于 Nacos 官網(wǎng)的示例(畢竟官網(wǎng)是最好的學(xué)習(xí)資料嘛)。
Nacos 結(jié)合 Spring先來看 Nacos + Spring 的使用:
添加 maven 依賴:
com.alibaba.nacos nacos-spring-context 0.2.2-RC1
使用 @EnableNacosDiscovery 開啟 Nacos Spring 的服務(wù)發(fā)現(xiàn)功能
@Configuration @EnableNacosDiscovery(globalProperties = @NacosProperties(serverAddr = "127.0.0.1:8848")) public class NacosDiscovery { }
使用 @NacosInjected 注入 Nacos 的NamingService實例,通過NamingService的registerInstance() 向 Nacos Server 注冊一個名稱為applicationName的服務(wù),當然,你也可以通過 Nacos Open API 方式注冊:
curl -X PUT "http://127.0.0.1:8848/nacos/v1/ns/instance?serviceName=XXX&ip=XXX&port=XXX",這里我們介紹使用代碼的方式。
@Configuration @EnableNacosDiscovery(globalProperties = @NacosProperties(serverAddr = "127.0.0.1:8848")) public class NacosDiscovery { @NacosInjected private NamingService namingService; @Value("${server.port}") private int serverPort; @Value("${spring.application.name}") private String applicationName; @PostConstruct public void registerInstance() throws NacosException { namingService.registerInstance(applicationName, "127.0.0.1", serverPort); } }
再寫一個Controller來驗證服務(wù)是否再 Nacos Server 上注冊了,代碼如下:
@RestController @RequestMapping(value = "discovery") public class NacosDiscoveryController { @NacosInjected private NamingService namingService; @RequestMapping(value = "/get", method = GET) @ResponseBody public ListgetInstance(@RequestParam String serviceName) throws NacosException { return namingService.getAllInstances(serviceName); } }
啟動 Nacos Server,安裝及啟動方式請參考:《Nacos系列:歡迎來到Nacos的世界!》
然后啟動Tomcat,我們先來看看Nacos控制臺有什么變化
在控制臺上,我們可以看到名為nacos-spring-discovery服務(wù)實例,點擊詳情按鈕查看實例的詳細信息:
在瀏覽器上訪問:http://127.0.0.1:8080/discovery/get?serviceName=nacos-spring-discovery,返回結(jié)果如下:
[{ "instanceId": "127.0.0.1#8080#{"defaultCheckPort":80,"defaultPort":80,"healthChecker":{"type":"TCP"},"metadata":{},"name":"","useIPPort4Check":true}#nacos-spring-discovery", "ip": "127.0.0.1", "port": 8080, "weight": 1.0, "healthy": true, "cluster": { "serviceName": null, "name": "", "healthChecker": { "type": "TCP" }, "defaultPort": 80, "defaultCheckPort": 80, "useIPPort4Check": true, "metadata": {} }, "service": null, "metadata": {} }]
和我們剛才在控制臺看到的數(shù)據(jù)是一致的。
以上就是 Nacos 結(jié)合 Spring 的實現(xiàn)方式,那么 Nacos 結(jié)合 Spring Boot 呢?其實沒什么太大區(qū)別。
Nacos 結(jié)合 Spring Boot添加 Starter 依賴:
com.alibaba.boot nacos-discovery-spring-boot-starter 0.2.1
注意:版本 0.2.x.RELEASE 對應(yīng)的是 Spring Boot 2.x 版本,版本 0.1.x.RELEASE 對應(yīng)的是 Spring Boot 1.x 版本。
在application.properties中添加如下配置信息:
server.port=8080 spring.application.name=nacos-springboot-discovery nacos.discovery.server-addr=127.0.0.1:8848
添加NacosDiscoveryApplication啟動類,使用@NacosInjected注入 Nacos 的 NamingService實例,通過NamingService的registerInstance()向 Nacos Server 注冊一個名稱為applicationName的服務(wù):
@SpringBootApplication public class NacosDiscoveryApplication { @NacosInjected private NamingService namingService; @Value("${server.port}") private int serverPort; @Value("${spring.application.name}") private String applicationName; @PostConstruct public void registerInstance() throws NacosException { namingService.registerInstance(applicationName, "127.0.0.1", serverPort); } public static void main(String[] args) { SpringApplication.run(NacosDiscoveryApplication.class, args); } }
添加NacosDiscoveryController類:
@RestController @RequestMapping(value = "discovery") public class NacosDiscoveryController { @NacosInjected private NamingService namingService; @RequestMapping(value = "/get", method = GET) @ResponseBody public ListgetInstance(@RequestParam String serviceName) throws NacosException { return namingService.getAllInstances(serviceName); } }
啟動NacosDiscoveryApplication,觀察Nacos控制臺
在瀏覽器上訪問:http://127.0.0.1:8080/discovery/get?serviceName=nacos-springboot-discovery,返回結(jié)果如下:
[{ "instanceId": "127.0.0.1#8080#{"defaultCheckPort":80,"defaultPort":80,"healthChecker":{"type":"TCP"},"metadata":{},"name":"","useIPPort4Check":true}#nacos-springboot-discovery", "ip": "127.0.0.1", "port": 8080, "weight": 1.0, "healthy": true, "cluster": { "serviceName": null, "name": "", "healthChecker": { "type": "TCP" }, "defaultPort": 80, "defaultCheckPort": 80, "useIPPort4Check": true, "metadata": {} }, "service": null, "metadata": {} }]
好了,關(guān)于 Nacos 作為注冊中心的話題先聊到這里,下一期將介紹 Nacos 作為配置中心的使用,敬請期待!
示例源碼Nacos + Spring :learn-nacos-spring-discovery
Nacos + Spring Boot : learn-nacos-springboot-discovery
代碼已上傳至碼云和Github上,歡迎下載學(xué)習(xí)
Gitee
Github
參考資料1、服務(wù)注冊中心架構(gòu)演進
2、阿里巴巴為什么不用 ZooKeeper 做服務(wù)發(fā)現(xiàn)?
3、Nacos Spring 快速開始
4、Nacos Spring Boot 快速開始
5、SpringBoot使用Nacos服務(wù)發(fā)現(xiàn)
6、Spring Cloud Alibaba基礎(chǔ)教程:使用Nacos實現(xiàn)服務(wù)注冊與發(fā)現(xiàn)
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://www.ezyhdfw.cn/yun/73324.html
摘要:殺只雞而已,你拿牛刀來做甚釋義小團隊小項目選擇簡單的配置管理方式就好了,要什么配置中心,純屬沒事找事。,我就啰嗦到這里吧,下面正式介紹作為配置中心是怎么使用的。 前言 在看正文之前,我想請你回顧一下自己待過的公司都是怎么管理配置的,我想應(yīng)該會有以下幾種方式: 1、硬編碼沒有什么配置不配置的,直接寫在代碼里面,比如使用常量類優(yōu)勢:對開發(fā)友好,開發(fā)清楚地知道代碼需要用到什么配置劣勢:涉及秘...
摘要:數(shù)據(jù)源內(nèi)嵌的數(shù)據(jù)庫,通過命令直接啟動即可,無需額外安裝。參考資料部署手冊集群部署說明推薦閱讀系列歡迎來到的世界系列基于的注冊中心系列基于的配置中心系列的使用 三種部署模式 Nacos支持三種部署模式 1、單機模式:可用于測試和單機使用,生產(chǎn)環(huán)境切忌使用單機模式(滿足不了高可用) 2、集群模式:可用于生產(chǎn)環(huán)境,確保高可用 3、多集群模式:可用于多數(shù)據(jù)中心場景 單機模式 啟動 Nacos ...
摘要:發(fā)布配置支持程序自動發(fā)布配置,創(chuàng)建和修改配置使用同一個方法,配置不存在則創(chuàng)建配置已存在則更新。示例源碼項目代碼已上傳至碼云和上,歡迎下載學(xué)習(xí)參考資料用戶指南的推薦閱讀系列歡迎來到的世界系列基于的注冊中心系列基于的配置中心 Maven依賴 Nacos提供完整的Java SDK,便于配置管理和服務(wù)發(fā)現(xiàn)及管理,以 Nacos-0.8.0 版本為例 添加Maven依賴: com.al...
摘要:之前開放過一臺公益給大家,以方便大家在閱讀我博客中教程時候做實驗。由于目前在連載,所以對應(yīng)的也部署了一臺,并且也開放出來,給大家學(xué)習(xí)測試之用。 之前開放過一臺公益Eureka Server給大家,以方便大家在閱讀我博客中教程時候做實驗。由于目前在連載Spring Cloud Alibaba,所以對應(yīng)的也部署了一臺Nacos,并且也開放出來,給大家學(xué)習(xí)測試之用。 Nacos控制臺 ...
閱讀 2408·2021-09-26 10:21
閱讀 2921·2021-09-08 09:36
閱讀 3128·2019-08-30 15:56
閱讀 1016·2019-08-30 12:57
閱讀 1010·2019-08-26 10:39
閱讀 3620·2019-08-23 18:11
閱讀 3163·2019-08-23 17:12
閱讀 1207·2019-08-23 12:18