一、什麼是Eureka
Eureka是Netflix的一個子模塊,也是核心功能之一,Eureka是一個基於Rest的服務,用於定位服務,以實現雲端中間件服務發現要和故障移除。服務註冊與發現對於微服務架構來說是非常重要的,由來服務發現與註冊,只需要使用服務的標識符,就可以訪問到服務,而不需要修改服務調用的配置文件了。功能類似於dubbo的註冊中心,比如Zookeeper
-
SpringCloud封裝了Netflix公司開發的Eureka模塊來實現服務註冊和發現。
-
Eureka採用了C/S的設計架構。Eureka Server作爲服務註冊功能的服務器,它就是服務註冊中心。
而系統中的其他微服務,使用Eureka的客戶端連接到Eureka Server並維持心跳連接。這樣系統的維護人員就可以通過EurekaServer來監控系統中各個微服務是否正常運行。SpringCloud的一些其他模塊(比如Zuul)就可以通過EurekaServer來發現系統中的其他微服務,並執行相關的邏輯
-
Eureka包含兩個組件:EurekaServer和EurekaClient
-
EurekaServer提供註冊服務:各個節點啓動後,會在EurekaServer中進行註冊,這樣EurekaServer中的服務註冊表中將會存儲所有可用服務節點的信息,服務節點的信息可以在界面中直觀的看到
-
EurekaClient是一個java客戶端,用於簡化EurekaServer的交互,客戶端同時也具備一個內置的、使用輪詢(round-robin)負載算法的負載均衡器。在應用啓動後,將會先EurekaServer發送心跳(默認週期爲30秒)。如果EurekaServer在多個心跳週期內沒有接收到某個節點的心跳,EurekaServer將會從服務註冊表中把這個服務節點移除(默認90秒)
三者關係(結合圖片):
-
EurekaServer提供服務註冊和發現
-
ServiceProvider服務提供方將自身服務註冊到Eureka,從而使服務消費方能夠找到
-
serviceConsumer服務消費方從Eureka獲取註冊服務列表,從而能夠消費服務
二、搭建Eureka
搭建服務器端
1.引入pom
<!-- eurekaServer服務器-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka-server</artifactId>
</dependency>
2.添加配置文件(application.yml)
server:
port:7001
eureka:
instance:
hostname:localhost #eureka服務器的實例名稱
client:
register-with-eureka:false #false表示不向註冊中心註冊自己
fetch-registry:false #false表示自己就是註冊中心,職責是維護服務實例,並不需要去檢索服務
service-url:
defaultZone:http://${eurka.instance.hostname}:${server.port}/eureka/ #設置與EurekaServer交互的地址查詢服務和註冊服務都需要依賴這個地址
3.在主啓動類上面,標註的啓動該新組建技術的相關注解標籤(springboot)
@SpringBootApplication
@EnableEurekaServer //EurekaServer服務器端啓動類,接收其他微服務註冊進來
public class EurekaServer7001_App{
SpringApplication.run(EurekaServer7001_App.class,args);
}
4.啓動springBoot,登錄訪問路徑localhost:7001,出現頁面啓動成功
搭建客戶端
1.引入pom
<!-- 將微服務provider註冊進Eureka-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
</dependency>
2.添加配置文件(application.yml)
eureka:
client: #客戶端註冊Eureka服務列表內
service-url:
defaultZone:http://localhost:7001/eureka #對應服務端的地址
3.在主啓動類上面,標註的啓動該新組建技術的相關注解標籤(springboot)
@SpringBootApplication
@EnableEurekaClient //本服務啓動後悔自動註冊進Eureka服務中
public class EurekaClint8001_App{
SpringApplication.run(EurekaClint8001_App.class,args);
}
4.啓動服務端和客戶端,訪問服務端localhost:7001,服務註冊成功
5.Application的名稱來自於客戶端微服務定義的名稱
三、actuator與註冊微服務信息完善
1.主機名稱:服務名稱修改
名稱過長且意義不明,修改名稱做到知其名知其功能
修改客戶端的配置文件
eureka:
client: #客戶端註冊Eureka服務列表內
service-url:
defaultZone:http://localhost:7001/eureka #對應服務端的地址
instance:
instance-id:microservicecloud-dept8001 #自定義服務名稱信息
2.訪問信息有Ip信息提示
修改客戶端的配置文件
eureka:
client: #客戶端註冊Eureka服務列表內
service-url:
defaultZone:http://localhost:7001/eureka #對應服務端的地址
instance:
instance-id:microservicecloud-dept8001 #自定義服務名稱信息
prefer-ip-address:true #訪問路徑可以顯示Ip地址
3.修改超鏈接點擊跳轉的路徑
修改客戶端pom文件
<dependency>
<groupId>org.springframeword.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
修改父工程pom文件
<build>
<finaName>microservicecloud</finaName>
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
<plugins>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-resources-plugin</artifactId>
<configuration>
<delimiters>
<delimit>$</delimit>
</delimiters>
</configuration>
</plugins>
</build>
修改客戶端的配置文件
info:
app.name:atguigu-microservicecloud
company.name:www.atguigu.com
build.artifactId:$project.artifactId$
build.version:$project.version$
三、Eureka自我保護機制
某時刻某一個微服務不可用,Eureka不會立刻清理,依舊會對該微服務的信息進行保存
-
什麼是自我保護:默認情況下,如果EurekaServer在一定時間內沒有接收到某個微服務實例的心跳,EurekaServer將會註銷該實例(默認90秒)。但是當網絡分區故障發生時,微服務與EurekaServer之間無法正常通信,以上行爲可能變得非常危險了——因爲微服務本身其實是健康的,此時本不應該註銷這個微服務。Eureka通過“自我保護模式”來解決這個問題——當EurekaServer節點在短時間內丟失過多客戶端(可能發生了網絡分區故障),那麼這個節點就會進入自我保護模式。一旦進入該模式,Eureka就會保護服務註冊表中的信息,不再刪除服務列表中的數據(也就是不會註銷任何微服務)。當網絡故障恢復後,該EurekaServer節點會自動退出自我保護模式。
-
在自我保護模式中,EurekaServer會保護服務註冊表中的信息,不再註銷任何服務實例。當它收到的心跳數重新恢復到閾值以上時,該EurekaServer節點就會自動退出自我保護模式。它的設計哲學就是寧可保留錯誤的服務註冊形象,也不盲目註銷任何可能健康的服務實例。
-
自我保護模式是一種應對網絡異常的安全保護措施。使用自我保護模式可以讓Eureka集羣更加的健壯、穩定。
-
在springCloud中,可以使用eureka.server.enable-self-preservation=false禁止自我保護模式。
四.服務發現
對於註冊進eureka裏面的微服務,可以通過服務發現來獲得該服務的信息
1.修改客戶端
@Autowired
private DiscoveryClient discoveryClient
@RequestMapping(value = "/dept/discovery",method = RequestMethod.GET)
public Object discovery(){
//所有註冊的服務
List<String> list = discoveryClient.getServices();
//查詢名字爲MICROSERVICECLOUD-DEPT的服務
List<ServiceIntance> srvList = discoveryClient.getInstances("MICROSERVICECLOUD-DEPT");
for(ServiceInstance element:srvList){
System.out.println(element.getServiceId() + "\t" +element.getHost() + "\t" + element.getPort() + "\t" +element.getUri());
}
return this.client;
}
2.在主啓動類上面,添加@EnableDiscoveryClient
@SpringBootApplication
@EnableEurekaClient //本服務啓動後悔自動註冊進Eureka服務中
@EnableDiscoveryClient //啓動服務發現
public class EurekaClint8001_App{
SpringApplication.run(EurekaClint8001_App.class,args);
}
3.啓動服務端、啓動客戶端,稍等一會訪問客戶端服務發現接口(/dept/discovery)
4.其他微服務發現該服務添加方法
@RequestMapping(value = "/consumer/dept/discovery")
public object discovery(){
return restTemplate.getForObject(REST_URL_PREFIX + "/dept/discovery",Object.class);
}
注:REST_URL_PREFIX爲訪問域名
5.訪問結果
五、Eureka的集羣配置
1.新建工程7002、7003
2.配置host文件
127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com
127.0.0.1 eureka7003.com
3.修改7001、7002、7003的配置文件
7001
server:
port:7001
eureka:
instance:
hostname:eureka7001.com#eureka服務器的實例名稱
client:
register-with-eureka:false #false表示不向註冊中心註冊自己
fetch-registry:false #false表示自己就是註冊中心,職責是維護服務實例,並不需要去檢索服務
service-url:
defaultZone:http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
7002
server:
port:7002
eureka:
instance:
hostname:eureka7002.com#eureka服務器的實例名稱
client:
register-with-eureka:false #false表示不向註冊中心註冊自己
fetch-registry:false #false表示自己就是註冊中心,職責是維護服務實例,並不需要去檢索服務
service-url:
defaultZone:http://eureka7001.com:7001/eureka/,http://eureka7003.com:7003/eureka/
7003
server:
port:7003
eureka:
instance:
hostname:eureka7003.com #eureka服務器的實例名稱
client:
register-with-eureka:false #false表示不向註冊中心註冊自己
fetch-registry:false #false表示自己就是註冊中心,職責是維護服務實例,並不需要去檢索服務
service-url:
defaultZone:http://eureka7002.com:7002/eureka/,http://eureka7001.com:7001/eureka/
3.修改客戶端配置文件
eureka:
client: #客戶端註冊Eureka服務列表內
service-url:
defaultZone:http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
4.啓動服務,訪問eureka7002.com:7002
集羣搭建成功
六、eureka與zookeeper的區別
-
Netflix在設計Eureka時遵守的AP(可用性,分區容錯性)原則;zookeeper遵守CP(強一致性,分區容錯性)原則
-
RDBMS(mysql/oracle/sqlServer) --->ACID
-
NOSQL(redis/mongdb) --->CAP
-
ACID分別是:原子性,一致性,獨立性,持久性
-
CAP分別是:強一致性,可用性,分區容錯性
-
CAP理論的核心是:一個分佈式系統不可能很好的滿足一致性,可用性,和分區容錯性這三個需求,因此,根據CAP原理將NoSql數據庫分成了滿足CA原則、滿足CP原則和滿足AP原則三大類。
-
CA單點集羣,滿足一致性,可用性的系統,通常在可擴展性上不太強大
-
CP滿足一致性,分區容錯性的系統,通常性能不是特別高。
-
AP滿足可用性,分區容錯性的系統,通常可能對強一致性要求低
-
-
-
Zookeeper
-
當向註冊中心查詢服務列表時,我們可以容忍註冊中心返回的是幾分鐘一點的註冊信息,但不能接受服務直接Down掉不可用。zk會出現,當master節點因爲網絡故障與其他節點時區聯繫時,剩餘節點會重新進行leader選舉,選舉leader的時間太長了,30-120s,且選舉期間整個zk集羣都是不可用的。
-
-
Eureka
-
Eureka各個節點都是平等的幾個節點掛掉不會影響正常節點的工作,剩餘的節點依舊可以提供註冊和查詢服務。而Eureka的客戶端在想某個Eureka註冊時發現連接失敗,則自動切換至其它節點,只要有一臺Eureka還在,就能保證註冊可用。當網絡穩定後,當前實例將新註冊信息會被同步到其他節點中
-