微服务（一）初识微服务及SpringCloud注册中心Eureka及负载均衡策略配置

简介：
微服务（或微服务架构）是一种云原生架构的方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。这些服务通常有自己的堆栈，包括数据库和数据模型；通过RSET API，时间刘和消息代理的组合相互通信；他们是按业务能力组织的，分割服务的线通常称为有界上下文。
微服务技术栈：

分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。
优点：降低服务耦合 有利于服务升级和拓展
服务治理：
分布式架构要考虑的问题：
服务拆分粒度如何？
服务集群地址如何维护？
服务之间如何实现远程调用？
服务健康状态如何感知？
微服务架构特征：
单一职责：微服务拆分粒度小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。
面向服务：微服务对外暴露业务接口。
自治：团队独立、技术独立、数据独立、部署独立
隔离性强：服务调用做好隔离、容错、降级、避免出现级联问题

微服务技术对比

Spring Cloud
Spring Cloud官网地址：https://spring.io/projects/spring-cloud
Spring Cloud继承了各种微服务功能组件，并基于Springboot实现类这些组件的自动装配，从而提供了良好的开箱即用体验：

SpringCloud与SpringBoot版本兼容关系如下：

服务拆分注意事项
1.不同微服务，不要重复开发相同业务
2.微服务数据独立，不要访问其他微服务的数据库
3.微服务可以将自己的业务暴露为接口供其他微服务调用
服务拆分及远程调用

基于RestTemplate发起的http请求实现远程调用（注意：http请求做远程调用是与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可）。
提供者与消费者
服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其他微服务）
服务消费者：一次业务中，调用其他微服务的服务。（调用其他微服务提供的接口）
小思考：服务A调用服务B,服务B调用服务C，那么服务B是什么角色？
解：相对论。一个服务既可以是提供者又可以是消费者。
步骤一：注册RestTemplate

在服务的消费者的启动类中注册RestTemplate
如图：

步骤二：服务消费者使用

@Service
public class OrderService {

    @Autowired
    private OrderMapper orderMapper;
    @Autowired
    private RestTemplate restTemplate;
    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
//        2.利用RestTemplate发起http请求查询用户
//        2.1url地址
        String url="http://localhost:8081/user/"+order.getUserId();
        User user=restTemplate.getForObject(url, User.class);
//        3.封装user到order
        order.setUser(user);
        // 4.返回
        return order;
    }
}

服务调用出现的问题
服务消费者该如何获取服务提供者的地址信息？
如果有多个服务提供者，消费者该如何选择？
消费者如何得知服务提供者的健康状态？
救星：Eureka注册中心
问题一解决：
服务提供者启动时向Eureka注册自己的信息
eureka保存这些信息
消费者根据服务名称向Eureake拉取提供者信息
问题二解决：
服务消费者利用负载均衡算法，从服务列表中挑选一个
问题三解决：
服务提供者会每个30秒向EurekaServer发送心跳请求，报告健康状态
eureka会更新记录服务列表信息，心跳不正常会被踢出
消费者就可以拉取到最新的信息
Eureka的作用

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

EurekaServer：服务端，注册中心

• 记录服务信息
• 心跳监控

EurekaClient：客户端

• provide:服务提供者
  注册自己的信息到EurekaServer
  每隔30秒向EurekaServer发送心跳
• consumer：服务消费者
  根据服务名称从EurekaServer拉取服务列表
  基于服务列表做负载均衡，选中一个微服务后发起远程调用

搭建EurekaServer

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

<!--        eureka服务端-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>

2.编写启动类，添加@EnableEurekaServer注解

@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaApplication.class,args);
    }

}

3.添加application.yml文件，编写下面的配置：

server:
  port: 10086 #服务端口
spring:
  application:
    name: eurekaservice # eureka的服务名称
eureka:
  client:
    service-url:  #eureka的地址信息
      defaultZone: http://127.0.0.1:10086/eureka

将服务注册到EurekaServer步骤如下：
1.在服务项目引入spring-cloud-starter-netfix-eureka-client的依赖

<!--                eureka客户端-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>

2.在application.yml文件，编写下面的配置：

spring:
  application:
    name: orderservice # 服务名称
eureka:
  client:
    service-url: #eureka的地址信息
      defaultZone: http://127.0.0.1:10086/eureka

启动EurekaServer服务和我们的客户端服务
进入Eureka服务地址即可查看我们配置的服务注册上来了

无论是消费者还是提供者，引入eureka-client依赖、知道eureka地址后，都可以完成服务注册
消费者完成服务拉取
服务拉取是基于服务名称获取服务列表，然后在对服务列表做负载均衡
1.修改OrderServer的代码，修改访问的url路径，用服务名代替ip、端口：

String url="http://服务生产者服务名/接口";

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

@Bean
@LoadBalanced //负载均衡
public RestTemplate restTemplate(){
    return new RestTemplate();
}

总结：

1. 搭建EurekaServer

     引入eureka-server依赖
     添加@EnableEurekaServer注解
     在application.yml中配置eureks地址
   

2. 服务注册

   	引入eureka-client依赖
   	在application.yml中配置eureka地址
   

3. 服务发现

   	引入eureka-client依赖
   	在application.yml中配置eureka地址
   	在RestTemplate添加@LoadBalaned注解
   	用服务提供者提供的服务名称远程调用
   

Ribbon负载均衡*

Ribbon工作原理

负载均衡策略
Ribbon的负载均衡规则是一个叫做IRule的接口来定义的，每一个子接口都是一种规则：


通过定义IRule实现可以修改负载均衡规则，有两种方式：1.代码方式：在服务消费者中的Application类中，定义一个新的IRule：

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

2.配置文件方式：在服务消费者的application.yml文件中，添加新的配置修改规则。

userserver://配置通过负载均衡策略的服务名
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule #负载均衡规则

注意：两种方式访问范围是不一致的，第一种方式针对所有服务，第二种方式针对某个配置的服务。
饥饿加载
Ribbon默认是采用懒加载，即第一次访问才会去创建LoadBalanceClient,请求时间会很长。而饥饿加载会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：

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

总结