微服務(wù)架構(gòu)之服務(wù)注冊與發(fā)現(xiàn)(一)

一、服務(wù)注冊中心的由來

創(chuàng)新互聯(lián)主要從事成都網(wǎng)站設(shè)計、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)興國,十載網(wǎng)站建設(shè)經(jīng)驗,價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18980820575

假如沒有服務(wù)注冊中心，我們會干些什么事情呢？

在傳統(tǒng)行業(yè)的項目架構(gòu)中以下的方案最為常見了：

這種架構(gòu)開發(fā)、部署都是最簡單的，一般適用于中小企業(yè)訪問量并不是太多的情況下，各個系統(tǒng)服務(wù)一臺機器就搞定了。系統(tǒng)之間的調(diào)用也是拿到對方的IP+PORT直接連接。

接下來可能因為應(yīng)用B開始訪問量大了，單臺機器已經(jīng)不能滿足我們的需求，于是一些反向代理工具應(yīng)運而出，其中比較常見的有Apache、Nigix，架構(gòu)演變?yōu)椋?/p>

相比之前的應(yīng)用B的單臺機器訪問，這種nginx代理的方式減輕了服務(wù)器的壓力，但是可能會出現(xiàn)Nginx掛了，那么整個服務(wù)也不可用，于是又來了這么一套架構(gòu)：

這樣看方案算是完美了吧。然后事情并不是想象的那么一帆風(fēng)順，這還只是應(yīng)用A調(diào)用一個應(yīng)用B，如果應(yīng)用A調(diào)用的可能是應(yīng)用B、C、D、E...，這種完全就不知道他后面到底還想干嘛，這種架構(gòu)看似可以，但是絕對會累死運維的（nginx的配置將會非常混亂，直接導(dǎo)致運維不干了）。

服務(wù)注冊中心干些什么事情呢？

上面提到的那種靠人力（主要是運維干的事情）比較繁瑣，還不好維護，有這么幾點不方便：應(yīng)用服務(wù)的地址變了、雙十一搞活動服務(wù)器新增等等。那么我們可以有這么的一種架構(gòu)：

服務(wù)注冊中心主要是維護各個應(yīng)用服務(wù)的ip+port列表，并保持與各應(yīng)用服務(wù)的通訊，在一定時間間隔內(nèi)進行心跳檢測，如果心跳不能到達則對服務(wù)IP列表進行剔除，并同時通知給其它應(yīng)用服務(wù)進行更新。同樣要是有新增的服務(wù)進來，應(yīng)用服務(wù)會向注冊中心進行注冊，服務(wù)注冊中心將通知給其它應(yīng)用進行更新。每個應(yīng)用都有需要調(diào)用對應(yīng)應(yīng)用服務(wù)的地址列表，這樣在進行調(diào)用時只要處理客戶負載雜均衡即可。

二、微服務(wù)注冊中心

1.Zookeeper

ZooKeeper是一個分布式的，開放源碼的分布式應(yīng)用程序協(xié)調(diào)服務(wù)，是Google的Chubby一個開源的實現(xiàn)，是Hadoop和Hbase的重要組件。它是一個為分布式應(yīng)用提供一致性服務(wù)的軟件，提供的功能包括：配置維護、域名服務(wù)、分布式同步、組服務(wù)等。

上面的話直接摘抄百度百科的內(nèi)容，國內(nèi)很多公司做分布式開發(fā)最初的選型大部分都是采用dubbo框架。dubbo框架注冊中心主要使用zookeeper。zookeeper服務(wù)端與客戶端的底層通訊為netty。zookeeper采用CAP理論中的CP，一般集群部署最少需要3臺機器。

2.Euraka

先來看一下euraka的架構(gòu)圖：

Register：服務(wù)注冊

當(dāng)Eureka客戶端向Eureka Server注冊時，它提供自身的元數(shù)據(jù)，比如IP地址、端口，運行狀況指示符URL，主頁等。

Renew：服務(wù)續(xù)約

Eureka客戶會每隔30秒發(fā)送一次心跳來續(xù)約。 通過續(xù)約來告知Eureka Server該Eureka客戶仍然存在，沒有出現(xiàn)問題。 正常情況下，如果Eureka Server在90秒沒有收到Eureka客戶的續(xù)約，它會將實例從其注冊表中刪除。 建議不要更改續(xù)約間隔。

Fetch Registries：獲取注冊列表信息

Eureka客戶端從服務(wù)器獲取注冊表信息，并將其緩存在本地。客戶端會使用該信息查找其他服務(wù)，從而進行遠程調(diào)用。該注冊列表信息定期（每30秒鐘）更新一次。每次返回注冊列表信息可能與Eureka客戶端的緩存信息不同， Eureka客戶端自動處理。如果由于某種原因?qū)е伦粤斜硇畔⒉荒芗皶r匹配，Eureka客戶端則會重新獲取整個注冊表信息。 Eureka服務(wù)器緩存注冊列表信息，整個注冊表以及每個應(yīng)用程序的信息進行了壓縮，壓縮內(nèi)容和沒有壓縮的內(nèi)容完全相同。Eureka客戶端和Eureka 服務(wù)器可以使用JSON / XML格式進行通訊。在默認的情況下Eureka客戶端使用壓縮JSON格式來獲取注冊列表的信息。

Cancel：服務(wù)下線

Eureka客戶端在程序關(guān)閉時向Eureka服務(wù)器發(fā)送取消請求。 發(fā)送請求后，該客戶端實例信息將從服務(wù)器的實例注冊表中刪除。該下線請求不會自動完成，它需要調(diào)用以下內(nèi)容：

DiscoveryManager.getInstance().shutdownComponent()；

Eviction 服務(wù)剔除

在默認的情況下，當(dāng)Eureka客戶端連續(xù)90秒沒有向Eureka服務(wù)器發(fā)送服務(wù)續(xù)約，即心跳，Eureka服務(wù)器會將該服務(wù)實例從服務(wù)注冊列表刪除，即服務(wù)剔除。

自我保護機制：

既然Eureka Server會定時剔除超時沒有續(xù)約的服務(wù)，那就有可能出現(xiàn)一種場景，網(wǎng)絡(luò)一段時間內(nèi)發(fā)生了 異常，所有的服務(wù)都沒能夠進行續(xù)約，Eureka Server就把所有的服務(wù)都剔除了，這樣顯然不太合理。所以，就有了 自我保護機制，當(dāng)短時間內(nèi)，統(tǒng)計續(xù)約失敗的比例，如果達到一定閾值，則會觸發(fā)自我保護的機制，在該機制下， Eureka Server不會剔除任何的微服務(wù)，等到正常后，再退出自我保護機制。自我保護開關(guān)(eureka.server.enableself-preservation: false)

3.Consul

consul推薦的架構(gòu)圖：

Consul不像Euraka的部署那么簡單，他是go語言開發(fā)的，需要運維單獨部署，有提供java的客戶端連接，采用的是CAP的CP。

4.Nacos

Euraka是Spring Cloud Netflix早期版本中推薦使用的，后來euraka1.0版本不再維護，euraka2.0已經(jīng)閉源，導(dǎo)致很多新項目基于Spring Cloud Netflix 開發(fā)的選型變遷為Consul.

Nacos是阿里開源的服務(wù)注冊中心，它可以與spring cloud aliaba集成使用。

Nacos的官方介紹：

Nacos 致力于幫助您發(fā)現(xiàn)、配置和管理微服務(wù)。Nacos 提供了一組簡單易用的特性集，幫助您實現(xiàn)動態(tài)服務(wù)發(fā)現(xiàn)、服務(wù)配置管理、服務(wù)及流量管理。

Nacos 幫助您更敏捷和容易地構(gòu)建、交付和管理微服務(wù)平臺。 Nacos 是構(gòu)建以“服務(wù)”為中心的現(xiàn)代應(yīng)用架構(gòu)(例如微服務(wù)范式、云原生范式)的服務(wù)基礎(chǔ)設(shè)施。

Nacos 地圖

Nacos 生態(tài)圖

如 Nacos 全景圖所示，Nacos 無縫支持一些主流的開源生態(tài)，例如

Spring Cloud

Apache Dubbo and Dubbo Mesh TODO

Kubernetes and CNCF TODO

三、服務(wù)注冊與發(fā)現(xiàn)技術(shù)選型

以下是來自網(wǎng)上的一個分享：

除了上述的幾種以外，筆者更推薦使用Nacos作為服務(wù)注冊中心。

推薦理由：

Nacos服務(wù)注冊表結(jié)構(gòu)Mapnamespace, Mapgroup::serviceName, Service采用多層次Map結(jié)構(gòu)，控制的顆粒度更細，支持金絲雀模式發(fā)布，心跳同步機制也更快速，服務(wù)更新更及時。

請教在線文檔的api

Android中文版

api手冊地址：

Ant最新版

api手冊地址：

ASM字節(jié)碼操作

api手冊地址：

Axis2最新版

api手冊地址：

Bash腳本

api手冊地址：

Bootstrap 3

api手冊地址：

Bootstrap 4

api手冊地址：

C/C++

api手冊地址：

C3P0連接池

api手冊地址：

CentOS使用文檔

api手冊地址：

Commons-Beanutils

api手冊地址：

Commons-Fileupload

api手冊地址：

Commons-IO最新版

api手冊地址：

Commons-Lang最新版

api手冊地址：

Commons-Net最新版

api手冊地址：

CSS 3

api手冊地址：

DBCP連接池

api手冊地址：

Dom4j

api手冊地址：

dubbo中文文檔

api手冊地址：

EhCache

api手冊地址：

Freemarker

api手冊地址：

Go語言

api手冊地址：

Hadoop

api手冊地址：

Hibernate中文版

api手冊地址：

IKAnalyzer中文版

api手冊地址：

Java 10

api手冊地址：

Java 6

api手冊地址：

Java 7

api手冊地址：

Java 8中文版

api手冊地址：

jqGrid中文版

api手冊地址：

Jquery中文版

api手冊地址：

Json-lib

api手冊地址：

Junit4最新版

api手冊地址：

Kryo

api手冊地址：

Log4j最新版

api手冊地址：

Lucene

api手冊地址：

Maven

api手冊地址：

Windows MFC中文版

api手冊地址：

Mybatis

api手冊地址：

MySql中文版

api手冊地址：

Netty 3.6

api手冊地址：

Nginx中文版

api手冊地址：

OpenJPA最新版

api手冊地址：

PHP中文版

api手冊地址：

POI-apache

api手冊地址：

QuickServer

api手冊地址：

redis中文參考文檔

api手冊地址：

Ruby

api手冊地址：

Ruby-library

api手冊地址：

Ruby on Rails

api手冊地址：

Shiro

api手冊地址：

Spring最新版

api手冊地址：

Spring for Android

api手冊地址：

Spring Boot

api手冊地址：

Spring Cloud中文文檔

api手冊地址：

Spring Security

api手冊地址：

Spring中文版

api手冊地址：

Struts 2最新版

api手冊地址：

Taperstry

api手冊地址：

TensorFlow中文

api手冊地址：

Tomcat

api手冊地址：

Ubuntu

api手冊地址：

Velocity 1.7

api手冊地址：

VelocityTools2.0

api手冊地址：

Vue Router中文參考

api手冊地址：

vue.js中文文檔

api手冊地址：

XMLBeans

api手冊地址：

Yahoo UI中文版

api手冊地址：

Zend Framework中文版

api手冊地址：

Zookeeper

api手冊地址：

go有沒有開源的類似java的mina或者netty的socket框架

go語言應(yīng)該沒有,java netty這種高性能異步IO模型的框架,建議你還是用java語言開發(fā)吧

尋求一款好用的端口映射工具，求大神推薦一款，謝謝

輕量級的內(nèi)網(wǎng)映射工具，holer服務(wù)端采用Java語言實現(xiàn)，服務(wù)端界面漂亮簡潔。

Holer客戶端采用了Java語言和GO語言實現(xiàn)了兩種版本，支持幾乎所有的OS平臺。

用到流行的微服務(wù)框架springboot和Java網(wǎng)絡(luò)框架netty。

配置很簡單，針對所有TCP協(xié)議只需在客戶端設(shè)置一個holer access key即可。

采用MySQL數(shù)據(jù)庫統(tǒng)一管理數(shù)據(jù)。

網(wǎng)頁名稱：netty與go語言 net和go
本文來源：http://chinadenli.net/article16/hpegdg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、微信公眾號、標(biāo)簽優(yōu)化、網(wǎng)站排名、網(wǎng)站制作、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)