10086出现错误
进行访问项目,依旧可以成功访问项目
http://localhost:8088/consumer/8
服务提供者要向EurekaServer注册服务,并且完成服务续约等工作。
(1)服务注册
服务提供者在启动时,会检测配置属性中的: eureka.client.register-with-eruekamtrue参数是否正确,事实上默认就是true。如果值确实为true,则会向EurekaServer发起一个Rest请求,并携带自己的元数据信息,Eureka Server会把这些信息保存到一个双层Map结构中。
-
第一层Map的Key就是服务id,一般是配置中的 spring.application.name 属性
-
第二层Map的key是服务的实例id。一般host+ serviceld + port,例如: locahost:user-service:8081
-
值则是服务的实例对象,也就是说一个服务,可以同时启动多个不同实例,形成集群。
设置Eureka不注册自己,修改eureka-server当中的application.yml
server:
port: 10086
spring:
application:
name: eureka-server
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka
register-with-eureka: false
清除eureka-server缓存
重建eureka-server
启动eureka-server
(2)服务续约
在注册服务完成以后,服务提供者会维持一个心跳(定时向EurekaServer发起Rest请求),
告诉EurekaServer:“我还活着”。这个我们称为服务的续约(renew) ;
有两个重要参数可以修改服务续约的行为
在user-service当中的application.yml当中
lease-renewal-interval-in-seconds: 30:
设置最小的续约周期默认值是30,也就说每隔30秒发送一次请求
lease-expiration-duration-in-seconds: 90
:设置过期的时间,默认值是90秒。每隔30发送一次请求,如果过了90秒还没有发,说明服务挂了
server:
port: 8082
spring:
application:
name: user-service
datasource:
url: jdbc:mysql://localhost:3306/itzheng
username: root
password: root
mybatis:
type-aliases-package: com.itzheng.user.pojo
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka,http://127.0.0.1:10087/eureka
instance:
prefer-ip-address: true
ip-address: 127.0.0.1
lease-renewal-interval-in-seconds: 30
lease-expiration-duration-in-seconds: 90
lease-renewal-interval-in-seconds:服务续约(renew)的间隔,默认为30秒
lease-expiration-duration-in-seconds:服务失效时间,默认值90秒
也就是说,默认情况下每个30秒服务会向注册中心发送一次心跳,证明自己还活着。
如果超过90秒没有发送心跳,EurekaServer就会认为该服务宕机,会从服务列表中移除,
这两个值在生产环境不要修改,默认即可。
(3)获取服务列表
当服务消费者启动是,会检测eureka.client.fetch-registry=true参数的值,
如果为true,则会从EurekaServer服务的列表只读备份,然后缓存在本地。
并且每隔30秒会重新获取并更新数据。我们可以通过下面的参数来修改:
registry-fetch-interval-seconds: 5
(1)服务下线
当服务进行正常关闭操作时,它会触发一个服务下线的REST请求给Eureka Server,告诉服务注册中心:“我要下线了”。服务中心接受到请求之后,将该服务置为下线状态。
(2)失效剔除
有时我们的服务可能由于内存溢出或网络故障等原因使得服务不能正常的工作,而服务注册中心并未收到"服务下线"的请求。
相对于服务提供者的"服务续约"操作,服务注册中心在启动时会创建一个定时任务,默认每隔一段时间(默认为60秒)将当前清单中超时(默认为90秒)没有续约的服务剔除,这个操作被称为失效剔除。
可以通过eureka.server.eviction-interval-timer-in-ms
参数对其进行修改,单位是毫秒。
修改eureka-server当中的application.yml
server:
eviction-interval-timer-in-ms: 30000
(3)自我保护
我们关停一个服务,就会在Eureka面板看到一条警告:
这是触发了Eureka的自我保护机制。当服务未按时进行心跳续约时,Eureka会统计服务实例最近15分钟心跳续约的比例是否低于了85%。
在生产环境下,因为网络延迟等原因,心跳失败实例的比例很有可能超标,但是此时就把服务剔除列表并不妥当,因为服务可能没有宕机。
Eureka在这段时间内不会剔除任何服务实例,直到网络恢复正常。生产环境下这很有效,保证了大多数服务依然可用,不过也有可能获取到失败的服务实例,因此服务调用者必须做好服务的失败容错。
我们可以通过下面的配置来关停自我保护:
在刚才的案例中,我们启动了一个user-service,
然后通过DiscoveryClient来获取服务实例信息,然后获取ip和端口来访问。
但是实际环境中,我们往往会开启很多个user-service的集群。
此时我们获取的服务列表中就会有多个,到底该访问哪一个呢?
一般这种情况下我们就需要编写负载均衡算法,在多个实例列表中进行选择。
不过Eureka中已经帮我们集成了负载均衡组件:Ribbon,简单修改代码即可使用。
什么是Ribbon:
Ribbon是 Netflix 发布的负载均衡器,它有助于控制HTTP和TCP客户端的行为。
为Ribbon配置服务提供者地址列表后,Ribbon就可基于某种负载均衡算法,自动地帮助服务消费者去请求。Ribbon默认为我们提供了很多的负载均衡算法,例如轮询、随机等。
当然,我们也可为Ribbon实现自定义的负载均衡算法。
(1)启动user-service
启动成功
打开Eureka
(2)在consumer-demo当中的pom.xml当中引入Ribbon的依赖
org.springframework.cloud
spring-cloud-starter-netflix-ribbon
2.0.1.RELEASE
(3)在consumer-demo的ConsumerController类当中实现负载均衡
1) 在ConsumerController当中
package com.itzheng.consumer.web;
import com.itzheng.consumer.pojo.User;
import lombok.val;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.client.ServiceInstance;
import org.springframework.cloud.client.discovery.DiscoveryClient;
import org.springframework.cloud.netflix.ribbon.RibbonLoadBalancerClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;
import java.util.List;
import java.util.Map;
@RestController
@RequestMapping(“consumer”)
public class ConsumerController {
@Autowired
private RestTemplate restTemplate;
@GetMapping(“/{id}”)
public User queryById(@PathVariable(“id”) Long id) {
//根据服务id获取实例
//List instances = discoveryClient.getInstances(“user-service”);
//从实例当中取出IP和端口
//ServiceInstance instance = instances.get(0);
//随机,论询、hash
//ServiceInstance instance = client.choose(“user-service”);
//String url = “http://”+ instance.getHost()+“:”+instance.getPort()+“/user/”+id;
//System.out.println(url);
//底层还是上述的代码,内部通过拦截器将请求拦截下来,
//获取到user-service自动去负载均衡后获取ip地址将user-service替换
String url = “http://user-service/user/” + id;
User user = restTemplate.getForObject(url, User.class);
return user;
}
}
2) 在ConsumerApplication**内置拦截器。拦截RestTemplate的请求
@LoadBalanced
3) debug启动consumer-demo
4) 找到LoadBalancerInterceptor
打断点
5)访问http://localhost:8088/consumer/8
结束debug
(4)SpringBoot也帮我们提供了修改负载均衡规则的配置入口
格式是:{服务名称}.ribbon .NFLoadBalancerRuleClassName ,值就是IRule的实现类。
再次测试,发现结果变成了随机:
在consumer-demo当中的application.yml当中配置
user-service:
ribbon:
NFLoadBalancerRuleclassName: com.netflix.loadbalancer.RandomRule
重新运行项目
重新访问
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Java开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
FFF,t_70)
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
[外链图片转存中…(img-7GrTo5sd-1715705860628)]
[外链图片转存中…(img-JfhwcLoJ-1715705860629)]
[外链图片转存中…(img-R3FkbYwA-1715705860629)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Java开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!