Eureka&Nacos注册中心+Ribbon负载均衡

Eureka&Nacos注册中心+Ribbon负载均衡

一、认识微服务

1.1服务架构演变

• 单体架构

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

不用搞复杂的架构设计，就是单纯的，有功能加代码，有功能加代码

• 优点

  • 架构简单
  • 部署成本低

• 缺点

  • 耦合度高

• 分布式架构

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

• 优点

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

• 服务治理

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

1、服务拆分粒度如何？

2、服务集群地址如何维护？

3、服务之间如何实现远程调用？

4、服务健康状态如何感知？

• 微服务

微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：

1、单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发

2、面向服务：微服务对外暴露接口

3、自治：团队独立、技术独立、数据独立、部署独立

4、隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

• 微服务技术对比

• 企业需求

1.2SpringCloud

• SpringCloud是目前国内使用最为广泛的微服务框架。https://spring.io/projects/spring-cloud

• SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：

二、服务拆分及远程调用

2.1服务拆分

• 拆分注意事项

  • 不同微服务，不要重复开发相同的业务

  • 微服务数据独立，不要访问其它微服务的数据库

  • 微服务可以将自己的业务暴露为接口，供其它微服务调用

2.2案例Demo

• 导入服务拆分Demo

解压完压缩包后，代码架构

依次将.sql文件导入即可，然后运行两个Application即可访问

• 根据订单id查询订单功能

需求：根据订单id查询订单的同时，把订单所属的用户信息一起返回

2.3服务远程调用

上面的根据订单id订单功能的流程示意图如下，先根据订单id查询订单和用户，然后根据用户id查询用户信息

但是我们使用了微服务技术之后，一个服务只能操作一个数据库，按照以前的思路显然是不能够实现的

如此一来，就需要用到服务远程调用

• 远程调用方式分析

即我们的需求为：如何在Java代码中发起HTTP请求，如果我们能在订单模块发起HTTP请求给用户模块，那么我们就能做远程调用了

• 注册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();
    }

}

• 在orderService中发送http请求，拿到user对象

@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();
        //2.2发送http请求，实现远程调用
        User user = restTemplate.getForObject(url, User.class);
        //3、封装user到order
        order.setUser(user);
        // 4.返回
        return order;
    }
}

可以发现成功查出user信息

总结：

1、基于RestTemplate发起的HTTP请求实现远程调用

2、HTTP请求做远程调用时与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可

三、Eureka注册中心

3.1提供者与消费者

• 服务提供者：一次业务中，被其它微服务调用的服务（提供接口给其它微服务）
• 服务消费者：一次业务中，调用其它微服务的服务（调用其它微服务提供的接口）

一个服务既可以是提供者，也可以是消费者

3.2远程调用的问题

在上述Demp案例中，我们调用userService接口的方式是采用硬编码的方式，即发送的是一串具体的String字符

但是为了应对高并发，我们的user服务可能会部署成多实例，例如有8081、8082、8083端口

那么这时候硬编码就不能满足需求

如果不做硬编码，地址该如何获取？

• 问题一：服务消费者该如何获取服务提供者的地址信息？
• 问题二：如果有多个服务提供者，消费者该如何选择？
• 问题三：消费者如何得知服务提供者的健康状态？

3.3Eureka原理

• Eureka的作用

Eureka扮演两个角色，分别是eureka-server注册中心和eureka-client客户端

有一个心跳机制，即eureka每隔30s会向各个服务确认一次是否挂掉了，如果挂掉了就将其踢出注册中心。

• 动手实践

3.4搭建EurekaServer

• 1、创建项目，引入依赖

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

启动服务后，点击地址

跳转到springEureka页面

3.5服务注册

• 注册user-service

将user-service服务注册到EurekaServer步骤如下：

1、在user-service项目引入client依赖

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

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

• 注册order-service

和注册userservice同样的过程

两个服务都注册好后，我们打开eureka的页面查看信息

可以看到，已经注册成功

• 注册两个user-service到eureka

我们可以在idea模拟多实例部署

注册成功

3.6服务发现

• 在order-service完成服务拉取

服务拉取是基于服务名称获取服务列表，然后再对服务列表做负载均衡

1、修改OrderService的代码，修改访问的url路径，用服务名代替ip、端口

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

2、在order-service项目的启动类OrderApplciation中的RestTemplate添加负载均衡注解:

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

四、Ribbon负载均衡原理

4.1负载均衡原理

• 负载均衡流程

4.2负载均衡策略

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

通过定义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

4.3懒加载

Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。

而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面的配置开启饥饿加载：

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

五、Nacos注册中心

5.1认识和安装Nacos

Nacos和Eureka都是作为注册中心，相比Eureka功能更加丰富，在国内受欢迎程度高。

安装的话直接解压本地资料了

在安装位置的bin目录下打开cmd命令行，输入以下指令启动nacos

startup.cmd -m standalone

打开Console对应的网址，初始的用户名和密码都是nacos

5.2Nacos快速入门

• 服务注册到Nacos

1、在cloud-demo父工程中添加spring-cloud-alilbaba的管理依赖

<!--nacos的管理依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-dependencies</artifactId>
    <version>2.2.5.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

2、注释掉order-service和user-service中原有的eureka依赖

3、添加nacos的客户端依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

4、修改user-service和order-service中的application.yml文件，注释eureka地址，添加nacos地址

cloud:
  nacos:
    server-addr: localhost:8848 #nacos服务地址

5、启动并测试

5.3Nacos服务多级存储模型

• Nacos服务分级存储模型

首先，我们应该明白，一个服务有多个实例

我们可以把所有的实例都部署在一个机房，但这样如果机房出现问题，显然后果是不可想象的

因此我们会将一个服务的多个实例部署到多个“机房”—容灾技术

Nacos服务分集存储模型引入了这种概念

我们把一个机房中的多个实例称为一个集群

即Nacos的分级模型为 服务->集群->实例

• 服务跨集群调用问题

服务调用尽可能选择本地集群的服务，跨集群调用延迟较高

本地集群不可访问时，再去访问其它集群

• 服务集群属性

1、修改user-service的application.yml，添加如下内容

spring:
 cloud:
  nacos:
   server-addr: localhost:8848
   discovery:
    cluster-name: HZ #配置集群名称，也就是机房位置，例如：HZ，杭州

2、在Nacos控制台可以看到集群变化

• 根据集群负载均衡

NacosRule负载均衡策略

①优先选择同集群服务实例列表

②本地集群找不到提供者，才去其它集群寻找，并且会在控制台报警告

③确定了可用实例列表后，再采用随机负载均衡挑选实例

1、修改order-service中的application.yml，设置集群为HZ：

2、然后在order-service中设置负载均衡的IRule为NacosRule，这个规则优先会寻找与自己同集群的服务：

• 根据权重负载均衡

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求

Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高

5.4Nacos环境隔离

• namespace - 环境隔离

Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西，用来做最外层隔离

我们业务相似的服务可以放在一个group中，例如订单服务和支付服务，可以用一个group管理两个service

1、在Nacos控制台可以创建namespace，用来隔离不同环境

2、填写一个新的命名空间信息

3、保存后会在控制台看到这个命名空间的id

4、修改order-service的application.yml，添加namespace

5、重启order-service后，再来查看控制台

6、此时访问order-service，因为namespace不同，会导致找不到userservice，控制台会报错

六、Nacos和Eureka对比

1、Nacos将实例分类为临时实例和非临时实例

2、采用心跳检测服务提供者的时候，临时实例如果挂了，直接剔除，非临时实例挂了的话，则会等待恢复

3、对消费者采用主动推送变更消息的方式（更新及时）

• 临时实例和非临时实例

服务注册到Nacos的时候，可以选择注册为临时或非临时实例，通过下面的配置来设置

• 和Eureka的共同点

①都支持服务注册和服务拉取

②都支持服务提供者心跳方式做健康检测

• Nacos和Eureka的区别

①Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式

②临时实例心跳不正常会被剔除，非临时实例则不会被剔除

③Nacos支持服务列表变更的消息推送模式，服务列表更新更加及时

④Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

七、Nacos配置管理

7.1统一配置管理

步骤：

①在Nacos中添加配置文件

②在微服务中引入nacos的config依赖

③在微服务中添加bootstarp.yml，配置nacos地址、当前环境、服务名称、文件后缀名。这些决定了程序启动时去nacos读取哪个文件

即之前所说的，需要统一进行修改的配置，我们只需要在Nacos中提那家一个配置列表，然后可以实现对所有服务的配置进行修改

举例：

现在我们已经将配置交给Nacos进行管理，下面将演示微服务如何读取配置信息

在没有Nacos的情况下，服务如何读取配置？

添加了Nacos统一配置文件后：

1、引入Nacos的配置管理客户端依赖

<!--nacos的配置管理依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

2、在userservice中的resource目录添加一个bootstrap.yml文件，这个文件是引导文件，优先级高于application.yml

spring:
  application:
    name: userservice
  profiles:
    active: dev #环境
  cloud:
    nacos:
      server-addr: localhost:8848 #nacos地址
      config:
        file-extension: yaml #文件后缀名

测试是否能够读取到userservice的Nacos统一配置文件：

@Value("${pattern.dateformat}")
private String dateformat;

@GetMapping("now")
public String now(){
    return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
}

7.2配置热更新

Nacos中的配置文件变更后，微服务无需重启就可以感知，不过需要通过下面两种配置实现

• 方式一：在@Value注入的变量所在类上添加注解@RefreshScope

• 方式二：使用ConfigurationProperties注解

7.3配置共享

微服务启动时会从nacos读取多个配置文件

多种配置的优先级：

7.4搭建Nacos集群

有一份单独的笔记进行讲解。