Dubbo详解及其应用

Dubbo

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

大型互联网项目架构目标
在这里插入图片描述
互联网项目的特点是:用户多；流量大、并发高；海量数据；易受攻击；功能繁琐；变更快。

集群和分布式

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

微服务架构

微服务架构是在SOA做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
微服务架构 = 80%的SOA服务架构思想 + 100%的组件化架构思想 + 80%的领域建模思想。
在这里插入图片描述
缺点：粒度太细导致服务太多，维护成本高；分布式系统开发的技术成本高，对团队的挑战大。

架构

在这里插入图片描述
节点角色说明

节点	角色说明
Provider	暴露服务的服务提供方
Consumer	调用远程服务的服务消费方
Registry	服务注册与发现的注册中心
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行容器

调用关系说明

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

特点

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

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

健壮性