SpringCloud入门之Eureka注册中心与Ribbon负载均衡

认识微服务:

单体架构：

将业务的所有功能集中在一个项目中开发，打成一个包部署。

优点：

架构简单
部署成本低
缺点：
耦合度高
分布式架构：

根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。

优点：

降低服务耦合
有利于服务升级拓展

分布式架构的要考虑的问题：

服务拆分粒度如何？
服务集群地址如何维护？
服务之间如何实现远程调用？
服务健康状态如何感知？
微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：
单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
面向服务：微服务对外暴露业务接口
自治：团队独立、技术独立、数据独立、部署独立
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题
微服务的远程调用

远程调用方式分析

微服务远程调用-查询订单

步骤:
1）注册RestTemplate:在order-service的OrderApplication中注册RestTemplate

@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
public class OrderApplication {
    
        
	public static void main(String[] args) {
    
        
		SpringApplication.run(OrderApplication.class, args);
    } 
       @Bean    
       public RestTemplate restTemplate(){
    
    
               return new RestTemplate();
                   }
               }

2）服务远程调用RestTemplate:修改order-service中的OrderService的queryOrderById方法：

@Service
public class OrderService {
    
    
       @Autowired
       private RestTemplate restTemplate;
       public Order queryOrderById(Long orderId) {
    
    
       	// 1.查询订单        
       	Order order = orderMapper.findById(orderId);
       	// TODO 2.查询用户        
        String url="http://localhost:8081/user/"+order.getUserId();
        User user = restTemplate.getForObject(url, User.class);
        // 3.封装user信息        
        order.setUser(user);        
        // 4.返回        
        return order;    
        	}
        }

服务调用关系

服务提供者：暴露接口给其它微服务调用
服务消费者：调用其它微服务提供的接口
提供者与消费者角色其实是相对的
一个服务可以同时是服务提供者和服务消费者

Eureka注册中心

服务调用出现的问题
服务消费者该如何获取服务提供者的地址信息？
如果有多个服务提供者，消费者该如何选择？
消费者如何得知服务提供者的健康状态？

eureka的作用

消费者该如何获取服务提供者具体信息？

服务提供者启动时向eureka注册自己的信息
eureka保存这些信息
消费者根据服务名称向eureka拉取提供者信息

如果有多个服务提供者，消费者该如何选择？

服务消费者利用负载均衡算法，从服务列表中挑选一个
消费者如何感知服务提供者健康状态？

服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态
eureka会更新记录服务列表信息，心跳不正常会被剔除
消费者就可以拉取到最新的信息

在Eureka架构中，微服务角色有两类：

EurekaServer：服务端，注册中心
记录服务信息
心跳监控
EurekaClient： 客户端
Provider： 服务提供者，例如案例中的 user-service
注册自己的信息到EurekaServer
每隔30秒向EurekaServer发送心跳
consumer： 服务消费者，例如案例中的 order-service
根据服务名称从EurekaServer拉取服务列表
基于服务列表做负载均衡，选中一个微服务后发起远程调用

搭建EurekaServer

搭建EurekaServer服务步骤如下：
1.创建项目，引入spring-cloud-starter-netflix-eureka-server的依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starternetflixeurekaserver</artifactId>
</dependency>

2.编写启动类，添加@EnableEurekaServer注解
3.添加application.yml文件，编写下面的配置

server:
  port: 10086
spring:
  application:
      name: eurekaserver
      eureka:
        client:
           service-url:
           	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: userserviceeureka:
        client:
            service-url:
                  defaultZone: http://127.0.0.1:10086/eureka/

order-service完成服务注册
order-service虽然是消费者，但与user-service一样都是eureka的client端，同样可以实现服务注册：
同上user-service
在order-service完成服务拉取
服务拉取是基于服务名称获取服务列表，然后在对服务列表做负载均衡
1.修改OrderService的代码，修改访问的url路径，用服务名代替ip、端口：

String url = "http://userservice/user/" + order.getUserId();

2.在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解：

@Bean
@LoadBalanced
public RestTemplate restTemplate() {
    
    
    return new RestTemplate();
    }

通过定义IRule实现可以修改负载均衡规则，有两种方式：
1.代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：相当于全局配置

@Bean
public IRule randomRule(){
    
    
    return new RandomRule();
    }

2.配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：可以对单个服务提供者进行负载均衡配置

userservice:
  ribbon:
      NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule# 负载均衡规则 

饥饿加载

Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：

ribbon:
  eager-load:
      enabled: true # 开启饥饿加载 
          clients: userservice # 指定对userservice这个服务饥饿加载

总结

Ribbon负载均衡规则
规则接口是IRule
默认实现是ZoneAvoidanceRule，根据zone选择服务列表，然后轮询
负载均衡自定义方式
代码方式：配置灵活，但修改时需要重新打包发布
配置方式：直观，方便，无需重新打包发布，但是无法做全局配置
饥饿加载
开启饥饿加载
指定饥饿加载的微服务名称