DUBBO学习笔记

93 阅读5分钟

架构演进

  • 单体架构

    • 优点:简单开发部署都很方便,小型项目首选

    • 缺点:项目启动慢 可靠性差 可伸缩性差 扩展性和可维护性差 性能低

  • 垂直架构

    • 重复功能太多
  • 分布式架构

    • 服务提供方一旦产生变更,所有消费方都需要变更。
  • SOA架构

    • SOA:(Service-Oriented Architecture,面向服务的架构)是一个组件模型,它将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和契约联系起来。
  • 微服务架构

    • 80%的SOA服务架构思想 + 100%的组件化架构思想 + 80%的领域建模思想

    • 服务实现组件化:开发者可以自由选择开发技术。也不需要协调其他团队

    • 服务之间交互一般使用REST API

    • 去中心化:每个微服务有自己私有的数据库持久化业务数据

    • 自动化部署:把应用拆分成为一个一个独立的单个服务,方便自动化部署、测试、运维

1.Dubbo概述

节点角色说明:

Provider:暴露服务的服务提供方

Container:服务运行容器

Consumer:调用远程服务的服务消费方

Registry:服务注册与发现的注册中心

Monitor:统计服务的调用次数和调用时间的监控中心

2.Dubbo快速入门

  • 创建服务提供者Provider模块

  • 创建服务消费者Consumer模块

  • 在服务提供者模块编写 UserServiceImpl 提供服务

  • 在服务消费者中的 UserController 远程调用UserServiceImpl 提供的服务

  • 分别启动两个服务,测试

创建3个项目

dubbo-interface(提供公共接口)

public interface UserService {    public String sayHello();}

dubbo-service(在服务提供者模块编写 UserServiceImpl 提供服务)

配置文件applicationContext.xml

<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"       xmlns:dubbo="http://dubbo.apache.org/schema/dubbo" xmlns:context="http://www.springframework.org/schema/context"       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd        http://dubbo.apache.org/schema/dubbo http://dubbo.apache.org/schema/dubbo/dubbo.xsd http://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd">    <!--<context:component-scan base-package="com.itheima.service" />-->    <!--dubbo的配置-->    <!--1.配置项目的名称,唯一-->    <dubbo:application name="dubbo-service"/>    <!--2.配置注册中心的地址-->    <dubbo:registry address="zookeeper://192.168.149.135:2181"/>    <!--3.配置dubbo包扫描-->    <dubbo:annotation package="com.itheima.service.impl" /></beans>

//@Service//将该类的对象创建出来,放到Spring的IOC容器中  bean定义@Service//将这个类提供的方法(服务)对外发布。将访问的地址 ip,端口,路径注册到注册中心中,导包别导错public class UserServiceImpl implements UserService {    public String sayHello() {        return "hello dubbo hello!~";    }}

dubbo-web(在服务消费者中的 UserController 远程调用UserServiceImpl 提供的服务)

@RestController@RequestMapping("/user")public class UserController {    //注入Service    //@Autowired//本地注入    /*        1. 从zookeeper注册中心获取userService的访问url        2. 进行远程调用RPC        3. 将结果封装为一个代理对象。给变量赋值     */    @Reference//远程注入    private UserService userService;    @RequestMapping("/sayHello")    public String sayHello(){        return userService.sayHello();    }}​

3.dubbo-admin管理平台

  • dubbo-admin 管理平台,是图形化的服务管理页面

  • 从注册中心中获取到所有的提供者 / 消费者进行配置管理

  • 路由规则、动态配置、服务降级、访问控制、权重调整、负载均衡等管理功能

  • dubbo-admin 是一个前后端分离的项目。前端使用vue,后端使用springboot

  • •安装 dubbo-admin 其实就是部署该项目

4. Dubbo 高级特性

1.序列化

  • dubbo 内部已经将序列化和反序列化的过程内部封装了

  • 我们只需要在定义pojo类时实现Serializable接口即可

  • 一般会定义一个公共的pojo模块,让生产者和消费者都依赖该模块

2.地址缓存

注册中心挂了,服务是否可以正常访问?

  • 可以,因为dubbo服务消费者在第一次调用时,会将服务提供方地址缓存到本地,以后在调用则不会访问注册中心。

  • 当服务提供者地址发生变化时,注册中心会通知服务消费者。

3.超时和重试

  • 服务消费者在调用服务提供者的时候发生了阻塞、等待的情形,这个时候,服务消费者会一直等待下去。

  • 在某个峰值时刻,大量的请求都在同时请求服务消费者,会造成线程的大量堆积,势必会造成雪崩。

  • dubbo 利用超时机制来解决这个问题,设置一个超时时间,在这个时间段内,无法完成服务访问,则自动断开连接。

  • 使用timeout属性配置超时时间,默认值1000,单位毫秒。

  • 如果出现网络抖动,则这一次请求就会失败。

  • Dubbo 提供重试机制来避免类似问题的发生

  • 通过 retries 属性来设置重试次数。默认为 2 次

4.多版本

  • 灰度发布:当出现新功能时,会让一部分用户先使用新功能,用户反馈没问题时,再将所有用户迁移到新功能。

  • dubbo 中使用version 属性来设置和调用同一个接口的不同版本

5.负载均衡

  • Random :按权重随机,默认值。按权重设置随机概率。

  • RoundRobin :按权重轮询。

  • LeastActive:最少活跃调用数,相同活跃数的随机。

  • ConsistentHash:一致性 Hash,相同参数的请求总是发到同一提供者。

6.集群容错

  • Failover Cluster:失败重试。默认值。当出现失败,重试其它服务器 ,默认重试2次,使用 retries 配置。一般用于读操作

  • Failfast Cluster :快速失败,只发起一次调用,失败立即报错。通常用于写操作。

  • Failsafe Cluster :失败安全,出现异常时,直接忽略。返回一个空结果。

  • Failback Cluster :失败自动恢复,后台记录失败请求,定时重发。通常用于消息通知操作。

  • Forking Cluster :并行调用多个服务器,只要一个成功即返回。

  • Broadcast Cluster :广播调用所有提供者,逐个调用,任意一台报错则报错。

7.服务降级

  • mock=force:return null 表示消费方对该服务的方法调用都直接返回null值,不发起远程调用,用来屏蔽不重要服务不可用时对调用方的影响

  • mock=fail:return null 表示消费方对该服务的方法调用在失败后,在返回null值,不抛异常,用来容忍不重要服务不稳定时对调用方的影响