微服务技术栈(eureka原理、Ribbon负载均衡)
跨服务远程调用
** -微服务调用方式**
带有注解springapplication的类也是配置类。写一个bean的注入,RestTemperate类的返回值的创建restTemplate的类并注入spring容器
1.先在spring容器里,注入一个restTemplate对象。
2.利用restTemplate里面的一个getForObject方法告诉他请求的url路径和返回值类型。
application类
@Bean
public RestTemplate restTemplate(){
return new RestTemplate();
}
Order订单查询,在OrderController里找到了OrderService调用的query查询方法
利用restTemplate发起http请求 ,查询用户。先将restTemplate注入进来,然后调用restTemplate函数用get方法获取url路径
@Service
public class OrderService {
@Autowired
private RestTemplate restTemplate;
public Order query0rderById(Long orderId){
//1.查询订单
Order order =orderMapper.findById(orderId);
// TOD0 2.查询用户
String url ="http://localhost:8081/user/"+ order.getUserId();
User user =restTemplate.getForObject(url,User.class);
//3.封装user信息
order.setUser(user)
// 4.返回
return order;
服务提供者:一次业务中,被其它微服务调用的服务。(提供接口给其它微服务)
服务消费者:一次业务中,调用其它微服务的服务。(调用其它微服务提供的接口)
user-service对外提供了用户查询的接口,很显然是服务的提供者而order-service调用了user-service所以是服务的消费者
服务A调用服务B,服务B调用服务C,那么服务B是什么角色?
要相对来讲是什么身份-那么前半那就是B是提供者,后半B就是消费者
eureka作用
1.消费者该如何获取服务提供者具体信息?
服务提供者启动时向eureka注册自己的信息
eureka保存这些信息
消费者根据服务名称向eureka拉取提供者信息
2.如果有多个服务提供者,消费者该如何选择?
服务消费者利用负载均衡算法,从服务列表中挑选一个
3.消费者如何感知服务提供者健康状态?
服务提供者会每隔30秒向Eurekaserver发送心跳请求,报告健康状态
eureka会更新记录服务列表信息,心跳不正常会被剔除
消费者就可以拉取到最新的信息
在Eureka架构中,微服务角色有两类:
** 1.EurekaServer:服务端,注册中心**
-记录服务信息
-心跳监控
** 2.EurekaClient:客户端**
-Provider:服务提供者,例如案例中的user-service
注册自己的信息到EurekaServer
每隔30秒向Eurekaserver发送心跳
-consumer:服务消费者,例如案例中的order-service
根据服务名称从EurekaServer拉取服务列表
基于服务列表做负载均衡,选中一个微服务后发起远程调用
关于eureka第一步引依赖
//引入eureka
<dependencies>
<!--eureka服务端-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
</dependencies>
父工程的总pom引入了springcloud依赖,所以无需指定任何版本信息
<!-- springCloud -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>${spring-cloud.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
第二步创建eureka模块,建立主类标记注解EnableEurekaServer表示eureka的开关
package cn.itcast.eureka;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class, args);
}
}
第三步配置eureka的yml配置端口
eureka自己也是一个微服务,在启动的时候也会把自己注册在eureka上。比如以后启动三四个eureka,就都会注册进去,可以进行相互交流。
服务名称与地址是在做服务的注册。是为了注册才配置的。
三步走
1.引依赖
2.启动类上加注解
3.配置文件上配置信息
server:
port: 10086 # 服务端口
spring:
application:
name: eurekaserver # eureka的服务名称
eureka:
client:
service-url: # eureka的地址信息
defaultZone: http://127.0.0.1:10086/eureka
关于注册
注册user-service
将user-service服务注册到EurekaServer步骤如下
1.在user-service项目引入spring-cloud-starter-netflix-eureka-client的依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
2.在application.yml文件,编写下面的配置:
spring:
application:
name: userserVice
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka
在order-service完成服务拉取
服务拉取是基于服务名称获取服务列表,然后在对服务列表做负载均衡
1.修改OrderService的代码,修改访问的url路径,用服务名代替ip、端口:
String url ="http://userservice/user/"+ order.getUserId();
2.在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解-LoadBalanced
@Bean
@LoadBalanced
public RestTemplate restTemplate(){
return new RestTemplate();
}
1.搭建EurekaServer
引入eureka-server依赖
添加@EnableEurekaServer注解
在application.yml中配置eureka地址
2.服务注册
引入eureka-client依赖
在application.yml中配置eureka地址
3.服务发现
引入eureka-client依赖
在application.yml中配置eureka地址
给RestTemplate添加@LoadBalanced注解
用服务提供者的服务名称远程调用
负载均衡
Ribbon负责拦截order-service发送的请求,然后找到真实地址。去找eureka去找需要的服务
给Orderapplication加了一个注解loadbalanced标记这个RestTemplate要发送的请求要被Ribbon拦截处理了
-order-service发送的请求会被拦截器拦住(loaderBalancerInterceptor负载均衡拦截器)揽下来以后会得到请求中的名称。就这个userservice把他交给Ribbon获取url钟的id去eureka钟拉取服务列表,得到多个服务的信息。交给IRule进行轮询挑一个出来,把这个值在返回给Ribbon然后得到真实的地址。
会拦截由客户端发送的http请求 ,RestTemplate正是一个发http请求的客户端
负载均衡Ribbon规则是由IRule接口定义的
可以指定order-servicec的yml配置添加userservice:ribbon:NFload……指定规则为Random的随即规则就不再是轮询而是随机
关于Ribbon的策略:饥饿加载
1.Ribbon负载均衡规则
规则接口是IRule
默认实现是ZoneAvoidanceRule,根据zone选择服务列表,然后轮询
2.负载均衡自定义方式
代码方式:配置灵活,但修改时需要重新打包发布
配置方式:直观,方便,无需重新打包发布但是无法做全局配置
3.饥饿加载
开启饥饿加载指定饥饿加载的微服务名称
P14