Dubbo详解及其应用

Dubbo

Dubbo是一个阿里巴巴开源的高性能Java RPC框架，专为解决大规模微服务架构中的服务治理、服务发现、负载均衡和远程通信等问题而设计。它允许服务提供者将业务功能封装成服务，而服务消费者则可以像调用本地方法一样调用这些远程服务，从而实现服务的解耦和可扩展性。Dubbo通过其灵活的配置、强大的容错机制和高效的通信协议，支持开发者构建快速、稳定且易于维护的分布式系统。随着微服务架构的流行，Dubbo成为了企业级应用中实现服务化的关键技术之一，帮助企业实现业务的敏捷响应和系统的弹性伸缩。

大型互联网项目架构目标

互联网项目的特点是:用户多；流量大、并发高；海量数据；易受攻击；功能繁琐；变更快。

集群和分布式

集群：很多"人"一起，干一样的事儿。（一个业务模块，部署在多台服务器上）
分布式：很多"人"一起，干不一样的事儿。这些不一样的事儿，合起来就是一件大事儿。(一个大的业务系统，拆分为一个小的业务模块，分别部署在不同的机器上)
早期单机架构

集群

微服务架构

微服务架构是在SOA做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
微服务架构 = 80%的SOA服务架构思想 + 100%的组件化架构思想 + 80%的领域建模思想。

缺点：粒度太细导致服务太多，维护成本高；分布式系统开发的技术成本高，对团队的挑战大。

架构

节点角色说明

调用关系说明

0. 服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

特点

Dubbo 架构具有以下几个特点，分别是连通性、健壮性、伸缩性。
连通性

• 注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小
• 监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示
• 服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销
• 服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销
• 注册中心，服务提供者，服务消费者三者之间均为长连接(长连接（long connnection），指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。
  短连接（short connnection），是相对于长连接而言的概念，指的是在数据传送过程中，只在需要发送数据时才去建立一个连接，数据发送完成后则断开此连接，即每次连接只完成一项业务的发送。)，监控中心除外
• 注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
• 注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
• 注册中心和监控中心都是可选的，服务消费者可以直连服务提供者

健壮性

• 监控中心宕掉不影响使用，只是丢失部分采样数据
• 数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
• 注册中心对等集群，任意一台宕掉后，将自动切换到另一台
• 注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯 服务提供者无状态，任意一台宕掉后，不影响使用
• 服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

伸缩性

• 注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心
• 服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者
  
  运行案例——dubbo分布式服务框架入门
  
  学习笔记：Dubbo快速入门

高级特性

dubbo分布式服务框架（高级特性篇）

序列化

dubbo 内部已经将 序列化 和 反序列化 的过程内部封装了。只需在定义pojo类时实现Serializable接口即可。一般会定义一个公共的pojo模块，让生产者和消费者都依赖该模块。

地址缓存

超时与重试

多版本

负载均衡

集群容错

服务降级

其它请参考Dubbo官方文档

46道Dubbo面试题含答案（很全）