文章目录
一、搭建服务的提供方
创建SpringBoot项目
https://blog.csdn.net/Xxacker/article/details/104364203
二、搭建服务的调用方
创建SpringBoot项目
和提供方相比只是新建了controller和bean;
并使用 restTemplate 进行访问提供方的路径.
三、搭建服务注册中心Eureka
3.1 创建SpringCloud项目
引入Eureka Server服务
3.2 配置 application.yml
server:
port: 9999
#相当于微服务的名称;将来会作为微服务的名称注册到 Eureka 容器中。
spring:
application:
name: myEureka
#客户端的服务地址; 这里的端口就是 Eureka 端口
eureka:
client:
service-url:
defaultZone: http://localhost:${server.port}/eureka
3.3 在启动类上配置 EurekaServer 的注解
@SpringBootApplication
@EnableEurekaServer //启用 Eureka 服务
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class, args);
System.out.println("Eureka启动成功!!!");
}
}
3.4 访问服务注册中心
四、改造微服务注册到Eureka
4.1 对提供方 (provider) 代码进行改造
4.1.1 对 pom.xml 文件进行改造<添加依赖>
- 添加 SpringCloud 版本的依赖
02. 引入服务注册客户端依赖
03.对 SpringCloud 版本的统一管理
4.1.2 对application.yml 文件进行改造<添加配置>
4.1.3 在启动类上添加启用 Eureka 的注解
- 报错
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
- 原因:
Eureka Server在运行期间,会统计心跳失败的比例在15分钟之内是否
低于85%,如果出现低于的情况(在单机调试的时候很容易满足,实际在
生产环境上通常是由于网络不稳定导致),Eureka Server会将当前的实例注册信息保护起来,同时提示这个警告。保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式,Eureka Server将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据(也就是不会注销任何微服务)。 - 解决方案:
https://blog.csdn.net/u012373281/article/details/89601509
4.2 对调用方 (consumer) 代码进行改造
4.2.1 对 pom.xml 文件进行改造<添加依赖>
- 添加 SpringCloud 版本的依赖
02. 引入服务注册客户端依赖
4.2.2 对application.yml 文件进行改造<添加配置>
4.2.3 在启动类上添加启用 Eureka 的注解
4.2.4 改造调用方地址硬编码问题
@Controller
@RequestMapping("consumer/book")
public class BookController {
@Autowired
private RestTemplate restTemplate;
@Autowired
private DiscoveryClient discoveryClient; // eureka客户端,可以获取到eureka中服务的信息; org.springframework.cloud.client.discovery.DiscoveryClient;
@GetMapping
@ResponseBody //访问路径:http://localhost:8889/consumer/book?id=1
public Book queryBookById(@RequestParam("id") int id){
// 根据服务名称,获取服务实例。有可能是集群,所以是service实例集合
List<ServiceInstance> instances = discoveryClient.getInstances("service-provider");
// 因为只有一个Service-provider。所以获取第一个实例
ServiceInstance instance = instances.get(0);
// 获取ip和端口信息,拼接成服务地址
String baseUrl = "http://" + instance.getHost() + ":" + instance.getPort() + "/book/" + id;
return this.restTemplate.getForObject(baseUrl, Book.class);
}
}
访问:
五、配置高可用的 Eureka
复制旧的 Eureca 构建新的 Eureka
02.修改 Eureka的注册端口,重新启动旧有的Eureka
03. 旧的 Eureka 启动成功后,修改端口和Eureka的这侧端口,形成相互注册
04.启动新的 Eureka 服务,选中对应的注册中心进行启动。
- 报错:
如果Eureka相互注册失败,新的Eureka中没有显示服务的提供者和消费者,有可能是因为启动方式错误引起的。
05.访问
六、服务提供者需要了解的知识点
服务提供者要向EurekaServer注册服务,并且完成服务续约等工作。
服务注册
服务提供者在启动时,会检测配置属性中的:eureka.client.register-with-eureka=true
参数是否为true,事实上默认就是true。如果值确实为true,则会向EurekaServer发起一个Rest请求,并携带自己的元数据信息,Eureka Server会把这些信息保存到一个双层Map结构中。
- 第一层Map的Key就是服务id,一般是配置中的
spring.application.name
属性 - 第二层Map的key是服务的实例id。一般host+ serviceId + port,例如:
locahost:service-provider:8081
- 值则是服务的实例对象,也就是说一个服务,可以同时启动多个不同实例,形成集群。
服务续约
在注册服务完成以后,服务提供者会维持一个心跳(定时向EurekaServer发起Rest请求),告诉EurekaServer:“我还活着”。这个我们称为服务的续约(renew);
有两个重要参数可以修改服务续约的行为:
eureka:
instance:
lease-expiration-duration-in-seconds: 90
lease-renewal-interval-in-seconds: 30
- lease-renewal-interval-in-seconds:服务续约(renew)的间隔,默认为30秒
- lease-expiration-duration-in-seconds:服务失效时间,默认值90秒
也就是说,默认情况下每个30秒服务会向注册中心发送一次心跳,证明自己还活着。如果超过90秒没有发送心跳,EurekaServer就会认为该服务宕机,会从服务列表中移除,这两个值在生产环境不要修改,默认即可。
但是在开发时,这个值有点太长了,经常我们关掉一个服务,会发现Eureka依然认为服务在活着。所以我们在开发阶段可以适当调小。
eureka:
instance:
lease-expiration-duration-in-seconds: 10 # 10秒即过期
lease-renewal-interval-in-seconds: 5 # 5秒一次心跳
七、服务消费者需要了解的知识点
获取服务列表
当服务消费者启动时,会检测eureka.client.fetch-registry=true
参数的值,如果为true,则会拉取Eureka Server服务的列表只读备份,然后缓存在本地。并且每隔30秒
会重新获取并更新数据。我们可以通过下面的参数来修改:
eureka:
client:
registry-fetch-interval-seconds: 5
生产环境中,我们不需要修改这个值。
但是为了开发环境下,能够快速得到服务的最新状态,我们可以将其设置小一点。
八、失效剔除和自我保护
服务下线
当服务进行正常关闭操作时,它会触发一个服务下线的REST请求给Eureka Server,告诉服务注册中心:“我要下线了”。服务中心接受到请求之后,将该服务置为下线状态。
失效剔除
有些时候,我们的服务提供方并不一定会正常下线,可能因为内存溢出、网络故障等原因导致服务无法正常工作。Eureka Server需要将这样的服务剔除出服务列表。因此它会开启一个定时任务,每隔60秒对所有失效的服务(超过90秒未响应)进行剔除。
可以通过eureka.server.eviction-interval-timer-in-ms
参数对其进行修改,单位是毫秒,生产环境不要修改。
这个会对我们开发带来极大的不变,你对服务重启,隔了60秒Eureka才反应过来。开发阶段可以适当调整,比如:10秒
eureka:
server:
eviction-interval-timer-in-ms: 1000
自我保护
我们关停一个服务,就会在Eureka面板看到一条警告:
这是触发了Eureka的自我保护机制。当一个服务未按时进行心跳续约时,Eureka会统计最近15分钟心跳失败的服务实例的比例是否超过了85%。在生产环境下,因为网络延迟等原因,心跳失败实例的比例很有可能超标,但是此时就把服务剔除列表并不妥当,因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来,不予剔除。生产环境下这很有效,保证了大多数服务依然可用。
但是这给我们的开发带来了麻烦, 因此开发阶段我们都会关闭自我保护模式:(itcast-eureka)
eureka:
server:
enable-self-preservation: false # 关闭自我保护模式(缺省为打开)
eviction-interval-timer-in-ms: 1000 # 扫描失效服务的间隔时间(缺省为60*1000ms)