Eureka服务注册
Eureka作为一个微服务的治理中心，它是一个服务应用，可以接收其他服务的注册，也可以发现和治理服务实例。
服务治理中心是微服务（分布式）架构中最基础和最核心的功能组件，它主要对各个服务实例进行管理，包括服务注册和服务发现等
本文参考：springcloud教程 -- 1.快速搭建入门级demo,看这一篇就够了-CSDN博客
两个组件
Eureka包含两个组件：Eureka Server和Eureka Client。
Eureka Server提供服务注册，各个节点启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
Eureka Client用于简化与Eureka Server的交互，在应用启动后，将会向Eureka Server发送心跳，如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除。
eureka模块
这里的一个模块就是一个微服务。
主要依赖，这个依赖用于指明当前服务为eureka server。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
<version>4.0.0</version>
</dependency>新建一个服务，需要在主工程上右键选择new->module
j-cloud-server-eureka的启动类需加上注解@EnableEurekaServer， 来声明其是一个基于Eureka的服务注册发现中心
注解@EnableEurekaServer，它代表着在Spring Boot应用启用之时，也启动Eureka服务器。此时，我们以Java Application的形式运行，就能够启用Eureka服务治理中心
eureka的配置文件，定义了defaultZone: http://jorian:123456@localhost:8761/eureka 这个配置用来声明要将服务注册到哪个eureka上，但是本服务是eureka server服务，所以用reguster-with-eureka为false来指明不需要注册本服务。（是否注册都可以）
配置介绍
●spring.application.name：配置的是Spring应用的名称，也是微服务的名称，在Spring Cloud中，一个微服务可以拥有多个实例。
●eureka.client.register-with-eureka：这个配置项是取消当前微服务，寻找其他Eureka服务治理中心进行注册。
●eureka.client.fetch-registry：取消服务获取功能，关于服务获取，本章后续会讨论。●eureka.client.serviceUrl.defaultZone：如果需要注册微服务，可以通过这个属性来配置服务治理中心的注册地址，完成服务注册的功能。
启动主程序，访问http://localhost:8761/
可以看到没有注册任何服务。
生产者模块
j-cloud-provider1
依赖，该依赖用来配置eureka的client服务。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>在该服务的application添加eureka配置，指明要将服务注册到这个eureka地址上。这就是服务注册。
配置文件的application name还指明了这个服务的名字。
启动类添加注解：@EnableEurekaClient来声明其是一个client(生产者或者消费者，在这里他是生产者)
启动该程序，在euraka可以看到该服务已注册到eureka上。这就是服务发现。
新建一个provider2注册到eureka，并启用。
两个生产者要用同样的application name，代表同一个应用的两个实例
（两个生产者模块用来演示负载均衡策略）
架构图
所谓微服务，是指完成某一业务功能的独立系统。一个微服务可以有多个实例，所谓实例，是指一个具体的服务节点。
为什么要有多个服务节点？
1、高可用，即使某个节点不可用时，服务仍可用。
2、高性能，在大并发情况下，分摊请求压力。
实例对Eureka服务治理中心发送REST风格的请求，将自己的相关配置发送到Eureka服务治理中心完成注册。
消费者模块
新建消费者模块consumer并配置。
url的服务器和端口被定义为了provider-user，与生产者配置项spring.application.name是一致的，这样Eureka服务治理中心就知道你在请求哪个服务。
@RequestMapping("/hello")
public String hello(){
//指出服务地址 http://{服务提供者应用名名称}/{具体的controller}
String url="http://provider-user/user/sayHello";
//返回值类型和我们的业务返回值一致
return resttemplate.getForObject(url, String.class);
访问http://localhost:8001/hello
即可以访问到生产者返回的信息。
负载均衡
eureka配置了ribbon负载均衡策略（如果已经在模块中引入了spring-cloud-starter-netflix-eureka-client，它的父pom便会自动引入spring-cloud-starter-netflix-ribbon）
消费者的请求会在客户端被决定好发送到哪台服务提供者进行处理。
重复访问消费者地址N次，因为配置了两个生产者，http://localhost:8001/hello，会发现返回结果在两个provider切换，实现了负载均衡
多个服务注册中心
实际使用时，部署多个服务注册中心，防止服务注册中心宕机导致服务不可用。
源码：2504973175/j-cloud - 码云 - 开源中国 (gitee.com)
Eureka服务治理原理
Eureka服务治理有以下几个重要概念。
服务治理中心-就是eureka服务
服务提供者--注册到eureka上，所以eureka可以对其进行治理。在本文中就是provider-user。
服务消费者- 服务的消费者会调用其他微服务，如本文消费者调用的provider-user，Eureka会解析类似provider-user这样的微服务名称。解析的过程是，首先根据这个名称从服务治理中心获取服务提供者的实例列表，保存在本地，然后通过特定的负载均衡的策略确定具体的实例，最后通过请求该实例获取数据。例子中使用了Ribbon来实现服务消费。
看另一个例子
微服务实例和服务治理中心的关系
任何的微服务都可以对Eureka服务治理中心（也称为Eureka服务端）发送REST风格的请求。在Eureka的机制中，一般是由具体的微服务（也称为Eureka客户端）来主动维持它们之间的关系。微服务向注册中心发送restful风格请求，可以请求在服务中心注册、续约、下线。
注册：微服务启动后，向eureka发消息注册自己的实例。
续约：微服务实例会按照一个频率对Eureka服务器维持心跳，告诉Eureka该实例是可用的，借此来避免被Eureka服务端剔除出去
下线：在系统出现故障，需要停止或者重启某个微服务实例的时候，在正常操作下，实例会对Eureka发送下线REST风格请求，告知服务治理中心，这样客户端就不能再请求这个实例了
服务治理中心互相关系
Eureka可以有效地管理具体的微服务实例。但是服务治理中心之间和本身也会提供一定的服务，甚至可以说服务治理中心也是Eureka客户端，因为它也可以注册到其他的Eureka服务器中，被其他的Eureka服务器治理
相互复制：Eureka本身也会相互注册，以保证高可用和高性能。各个Eureka服务器之间也会相互复制，也就是当微服务发生注册、下线和续约这些操作的时候，Eureka会将这些消息转发到其他服务治理中心的实例上，这样就完成同步了
服务剔除：在实际的工作中，有时候有些服务会因为网络故障、内存溢出或者宕机而导致服务不能正常工作，这个时候就要将这些无效的服务实例剔除出去
●自我保护：用来检测自己是否正常。
微服务之间互相调用
服务获取：服务获取是指微服务实例作为Eureka的客户端，从Eureka服务治理中心获取其他微服务实例清单的功能，通过一种负载均衡的算法选择其中的一个实例进行调用文章来源：https://www.toymoban.com/news/detail-745064.html
●服务调用。服务调用是指一个微服务调用另一个微服务的过程。在Spring Cloud中，大部分会采用REST风格请求文章来源地址https://www.toymoban.com/news/detail-745064.html
到了这里，关于Springcloud笔记（2）-Eureka服务注册中心的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
