Dubbo-CSDN博客

本文链接：https://blog.csdn.net/weixin_46297865/article/details/114892648

Dubbo

衡量网站的性能指标
- 响应时间：指执行一个请求从开始到最后收到响应数据所花费的总体时间
- 并发数：指系统同时能处理的请求数量
- 并发连接数：指的是客户端向服务器发起请求，并建立了TCP连接，每秒钟服务器连接的总TCP数量
- 请求数：称为QPS(Query Per Second)指每秒多少请求
- 并发用户数：单位时间内有多少用户
- 吞吐量：指单位时间内系统能处理的请求数量
QPS：Query Per Second每秒查询数
TPS：Transactions Per Second每秒事务数
- 一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数
- 一个页面的一次访问，只会形成一个TPS；一次页面请求，可能产生多次对服务器的请求，就会有多个QPS
- QPS>=并发连接数>= TPS

指在垂直架构的基础上，将公共业务模块抽取出来，作为独立的服务供其他调用者消费，以实现服务的共享和重用，底层通过RPC实现
RPC：Remote Procedure Call远程过程调用
- 非常多的协议和技术来都实现了RPC过程
- 如：HTTP REST风格、Java RMI规范、WebService SOAP协议、Hession等等
缺点
- 服务提供方一旦产生变更，所有消费方都需要变更

SOA（Service - Oriented Architecture）
- 面向服务的架构
- 一个组件模型,它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和契约联系起来
ESB（Enterparise Servce Bus）
- 企业服务总线，服务中介，主要提供一个服务于服务之间的交互
- ESB包含的功能如：负载均衡，流量控制，加密处理，服务的监控，异常处理，监控告急等等

概述
- 在SOA上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”
- 原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用，小应用之间通过服务完成交互和集成
- 微服务架构=80%的SOA服务架构思想+100%的组件化架构思想+80%的领域建模思想
特点
- 服务实现组件化：开发者可以自由选择开发技术，不需要协调其他团队
- 服务之间交互一般使用REST API
- 去中心化：每个微服务有自己私有的数据库持久化业务数据
- 自动化部署：把应用拆分成为一个个独立的单个服务，方便自动化部署、测试、运维

在这里插入图片描述

Dubbo内部将序列化和反序列化的过程进行封装
- 在定义POJO模块时实现serializable接口
- 一般定义一个公共POJO模块，生产者消费者都依赖该模块

注册中心挂了，服务可以正常访问
- Dubbo服务消费者在第一次调用时，会将服务提供方地址缓存到本地，再次调用不会访问注册中心
- 当服务提供者地址发生变化时，注册中心会通知服务消费者

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

负载均衡策略
- Random：按权重随机，按权重设置随机概率，默认设置
- RoundRobin：按权重轮询
- LeastActive：最少活跃调用数，相同活跃数的随机
- ConsistentHash：一致性Hash，相同参数的请求总是发到同一提供者

在这里插入图片描述

在这里插入图片描述

服务降级
- 当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理或更换简单的方式处理，从而释放服务器资源以保证核心交易正常运作或高效运作
降级方式
- mock= force:return null
  - 表示消费方对该服务的方法调用都直接返回null值，不发起远程调用
  - 用来屏蔽不重要服务不可用时对调用方的影响
- mock=fail:return null
  - 表示消费方对该服务的方法调用在失败后，再返回null值，不抛异常
  - 用来容忍不重要服务不稳定时对调用方的影响