- Eureka基础知识
- 单机Eureka构建步骤
- 集群Eureka构建步骤
- actuator微服务信息完善
- 服务发现Discovery
- eureka自我保护
- spring cloud Eureka服务注册与发现
- Eureka基础知识
- 服务治理
- 服务注册 与 发现
- Eureka的两个组件
- 单机Eureka 构建步骤
- 1. idea生成eurekaServer端服务注册中心，类似物业公司
- 2. EurekaClient端cloud-provider-payment8001 将其注册进EurekaServer成为服务提供者provider
- 3.Eureka Client端cloud-consumer-order80，将其注册进Eureka Server成为服务消费者consumer
- Eureka 集群构建步骤
- Eureka 集群原理说明
- Eureka Server集群环境构建步骤
- 将 支付服务8001微服务、订单服务80微服务 发布到上面两台Eureka集群配置中
- 测试
- 支付服务提供者8001集群环境搭建
- 负载均衡
- 订单服务访问地址不能写死
- 使用@LoadBalanced注解赋予RestTemplate负载均衡的能力
- actuator微服务信息完善
- 主机名称，服务器名称修改
- 设置访问信息有ip信息显示
- 服务发现 Discovery
- 对于注册进Eureka里面的微服务，可以通过服务发现来获得该服务的信息
- Eureka的自我保护机制
Eureka基础知识
服务治理
服务注册 与 发现Spring Cloud封装了 Netflix 公司开发的 Eureka 模块来 实现服务治理
在传统的rpc远程调用框架中，管理每个服务与服务之间依赖关系比较复杂，所以需要使用服务治理，管理服务与服务之间的依赖关系，可以实现 服务调用、负载均衡、容错等，实现服务发现与注册
Eureka采用了cs的架构设计，Eureka Server作为服务注册功能的服务器，是服务注册的中心。而系统中的其他微服务，使用Eureka的客户端连接到 Eureka Server并维持心跳连接。这样系统维护人员就可以通过 Eureka Server 来监控系统中各个微服务是否正常运行。
-
在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前服务器的信息，比如服务地址、通讯地址等，以别名方式注册到注册中心上。另一方（消费者|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用。
-
RPC远程调用框架核心设计思想：注册中心。因为使用注册中心管理每个服务与服务之间的一个依赖关系（服务治理概念）。在任何rpc远程框架中，都会有一个注册中心（存放服务地址相关信息（接口地址））
Eureka包含两个组件：Eureka Server 和 Eureka Client
-
Eureka Server 提供服务注册服务
各个微服务节点通过配置启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观看到。
-
Eureka Client
是一个java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的、使用轮询（round——robin）负载算法的负载均衡器。
在应用启动后，将会向Eureka Server发送心跳（默认周期为30秒）。如果Eureka Server在多个心跳周期内没有接受到某个节点的心跳，Eureka Server将会从服务注册表中将这个服务节点移除（默认90秒）
架构图：
1. idea生成eurekaServer端服务注册中心，类似物业公司-
创建Module cloud-eureka-server7001
-
改pom
给pom文件中添加eureka server依赖：
org.springframework.cloud spring-cloud-starter-netflix-eureka-server2.2.10.RELEASE -
写配置（yml或者properties）
#服务端口号 server.port=7001 #eureka服务端的实例名称 eureka.instance.hostname=localhost #false表示不向服务端注册自己 eureka.client.register-with-eureka=false #false表示自己这端就是注册中心，职责是维护服务实例，不需要检索服务 eureka.client.fetch-registry=false #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址 eureka.client.service-url.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/ -
主启动
在启动类上添加@EnableEurekaServer注解，表示该端口为Eureka服务注册中心
-
测试
启动模块，访问该模块配置的端口，查看结果界面
显示 No instances available，表示没有服务被发现，因为没有注册服务进来当然不可能有服务被发现
步骤：
-
选中修改模块cloud-provider-payment8001
-
改pom
添加eureka client依赖
org.springframework.cloud spring-cloud-starter-netflix-eureka-client3.1.0 -
写配置
将该微服务注册并入驻进入Eureka Server：
eureka: client: #表示是否将自己注册进EurekaServer，默认为true register-with-eureka: true #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡 fetch-registry: true service-url: #入驻地址 defaultZone: http://localhost:7001/eureka -
主启动（添加 @EnableEurekaClient）
在主启动上添加 @EnableEurekaClient 注解，表示该模块为Eureka的客户端
-
测试
-
先启动Eureka Server
先启动Eureka 服务端，模块cloud-eureka-server7001；再启动客户端，启动cloud-provider-payment8001 模块
-
访问 http://localhost:7001/
可以看到有服务注册进入了Eureka Server，名为 cloud-payment-server，Status下显示的是微服务名称cloud-provider-payment8001 ：
-
微服务注册名配置说明
上图中的注册服务名 cloud-payment-server 就是 cloud-provider-payment8001 模块在配置文件中配置的服务名称：
spring: application: name: cloud-payment-server
-
-
自我保护机制
图中Eureka后台中出现的 红色字体 就是Eureka的自我保护机制，后续详细介绍
-
选中模块 cloud-consumer-order80
-
改pom
org.springframework.cloud spring-cloud-starter-netflix-eureka-client3.1.0 -
写配置
eureka: client: #表示是否将自己注册进EurekaServer，默认为true register-with-eureka: true #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡 fetch-registry: true service-url: #入驻地址 defaultZone: http://localhost:7001/eureka -
主启动
在主启动上添加 @EnableEurekaClient 注解，表示该模块为Eureka的客户端
-
测试
启动三个微服务，先启动Server端，再启动Client端，控制台显示启动启动成功：
访问http://localhost:7001/，查看Eureka后台：
Eureka 集群原理说明
Eureka Server：
服务注册：将服务信息注册进注册中心
服务发现：从注册中心上获取服务信息
实质：存key服务名 取value调用地址
解决办法：搭建Eureka注册中心集群，实现负载均衡+故障容错
架构：
互相注册，相互守望：
Eureka Server集群环境构建步骤-
参考cloud-eureka-server7001，新建cloud-eureka-server7002
-
改pom
-
修改映射配置
在 etc/hosts 配置文件中添加：
#######spring cloud####### 127.0.0.1 eureka7001.com 127.0.0.1 eureka7002.com
-
写配置
修改配置文件cloud-eureka-server7001：
#eureka服务端的实例名称 eureka.instance.hostname=eureka7001.com #false表示不向服务端注册自己 eureka.client.register-with-eureka=false #false表示自己这端就是注册中心，职责是维护服务实例，不需要检索服务 eureka.client.fetch-registry=false #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址 eureka.client.service-url.defaultZone=http://eureka7002.com:7002/eureka/
cloud-eureka-server7002：
#eureka服务端的实例名称 eureka.instance.hostname=eureka7002.com #false表示不向服务端注册自己 eureka.client.register-with-eureka=false #false表示自己这端就是注册中心，职责是维护服务实例，不需要检索服务 eureka.client.fetch-registry=false #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址 eureka.client.service-url.defaultZone=http://eureka7001.com:7001/eureka/
5.主启动
观察eureka后台，发现两台Eureka Server互相指向：
修改cloud-provider-payment8001 和 cloud-consumer-order80的配置文件，修改部分：
#入驻地址
defaultZone: http://localhost:7001/eureka,http://eureka7002.com:7002/eureka/ #集群版
测试
- 先启动Eureka Server，7001和7002服务
- 再启动服务提供者provider，8001
- 启动消费者，80
- 访问进行下单
架构图：
参考cloud-provider-payment8001，新建 cloud-provider-payment8002
负载均衡订单服务访问地址不能写死
修改 顾客 consumer-order-80 的Controller：
集群版的 url 为微服务名称：
//public static final String PAYMENT_URL = "http://localhost:8001"; 单机版，下面为集群版
public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVER";
使用@LoadBalanced注解赋予RestTemplate负载均衡的能力
在RestTemplate配置类上添加：
@Configuration
public class ApplicationContextConfig {
@Bean
@LoadBalanced
public RestTemplate restTemplate(){
return new RestTemplate();
}
}
访问Eureka后台，观察到有一个 生产商家，一个消费者：
此时访问 客户consumer-order 的服务端口 http://localhost/consumer/pay/get/1，重复访问会 轮询访问 8001和8002 端口
actuator微服务信息完善主机名称，服务器名称修改
避免暴露主机名，在暴露主机的微服务配置中添加配置（最后未知）：
eureka:
client:
#表示是否将自己注册进EurekaServer，默认为true
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
fetch-registry: true
service-url:
#入驻地址
defaultZone: http://localhost:7001/eureka,http://eureka7002.com:7002/eureka/ #集群版
#避免在后台界面暴露主机名
instance:
instance-id: payment8001
重启后查看Eureka后台界面，可以看到主机名被隐藏：
设置访问信息有ip信息显示添加配置：
#避免在后台界面暴露主机名
instance:
instance-id: payment8001
prefer-ip-address: true
在Eureka后台界面，鼠标放在具体的微服务上，左下角显示 ip地址
服务发现 Discovery对于注册进Eureka里面的微服务，可以通过服务发现来获得该服务的信息
在微服务服务端 8001、8002的控制器中添加：
@Resource
private DiscoveryClient discoveryClient;
添加服务发现类，获取服务信息：
@GetMapping("/payment/discovery")
public Object discovery(){
List services = discoveryClient.getServices();
for (String element : services){
System.out.println("element: "+element);
}
List instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVER");
for (ServiceInstance instance : instances){
System.out.println(instance.getServiceId()+"n"+instance.getHost()+"n"+
instance.getPort()+"n"+instance.getUri());
}
return this.discoveryClient;
}
在主启动类上添加 @EurekaDiscoveryClient 注解
自测：
- 先启动Eureka Server
- 再启动8001主启动类
- 访问服务发现端口 http://localhost:8001/payment/discovery
概述：
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。
一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务
如果在Eureka Server首页看到一堆 红色信息提示，说明Eureka进入了保护模式
导致原因：某时刻某一个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存
禁止自我保护：
#关闭Eureka Server的自我保护机制 eureka.server.enable-self-preservation=false
设置Eureka Client 客户端向Server端 发送心跳的频率：
eureka:
client:
#表示是否将自己注册进EurekaServer，默认为true
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
fetch-registry: true
service-url:
#入驻地址
defaultZone: http://localhost:7001/eureka,http://eureka7002.com:7002/eureka/ #集群版
#避免在后台界面暴露主机名
instance:
instance-id: payment8001
prefer-ip-address: true
#Eureka客户端向服务端发送心跳的时间间隔，单位为秒（默认为30秒）
lease-renewal-interval-in-seconds: 40
#Eureka服务端在收到最后一次心跳后等待时间上限，单位为秒(默认90s)，超时将剔除服务
lease-expiration-duration-in-seconds: 80
