SpringCloud學習筆記(二):服務註冊與發現Eureka

一、什麼是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不會立刻清理,依舊會對該微服務的信息進行保存 

  1. 什麼是自我保護:默認情況下,如果EurekaServer在一定時間內沒有接收到某個微服務實例的心跳,EurekaServer將會註銷該實例(默認90秒)。但是當網絡分區故障發生時,微服務與EurekaServer之間無法正常通信,以上行爲可能變得非常危險了——因爲微服務本身其實是健康的,此時本不應該註銷這個微服務。Eureka通過“自我保護模式”來解決這個問題——當EurekaServer節點在短時間內丟失過多客戶端(可能發生了網絡分區故障),那麼這個節點就會進入自我保護模式。一旦進入該模式,Eureka就會保護服務註冊表中的信息,不再刪除服務列表中的數據(也就是不會註銷任何微服務)。當網絡故障恢復後,該EurekaServer節點會自動退出自我保護模式。

  2. 在自我保護模式中,EurekaServer會保護服務註冊表中的信息,不再註銷任何服務實例。當它收到的心跳數重新恢復到閾值以上時,該EurekaServer節點就會自動退出自我保護模式。它的設計哲學就是寧可保留錯誤的服務註冊形象,也不盲目註銷任何可能健康的服務實例。

  3. 自我保護模式是一種應對網絡異常的安全保護措施。使用自我保護模式可以讓Eureka集羣更加的健壯、穩定。

  4. 在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的區別

  1. 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滿足可用性,分區容錯性的系統,通常可能對強一致性要求低

  2. Zookeeper

    • 當向註冊中心查詢服務列表時,我們可以容忍註冊中心返回的是幾分鐘一點的註冊信息,但不能接受服務直接Down掉不可用。zk會出現,當master節點因爲網絡故障與其他節點時區聯繫時,剩餘節點會重新進行leader選舉,選舉leader的時間太長了,30-120s,且選舉期間整個zk集羣都是不可用的。

  3. Eureka

    • Eureka各個節點都是平等的幾個節點掛掉不會影響正常節點的工作,剩餘的節點依舊可以提供註冊和查詢服務。而Eureka的客戶端在想某個Eureka註冊時發現連接失敗,則自動切換至其它節點,只要有一臺Eureka還在,就能保證註冊可用。當網絡穩定後,當前實例將新註冊信息會被同步到其他節點中

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章