由于在微服务领域有两大框架统治,一个是springCloud的全家桶,一个是Dubbo。我用Dubbo比较少,所以也是学习状态。Dubbo框架学习,资料来源于cn.dubbo.apache.org。
第三章Dubbo3架构
三大中心高可用的部署架构
- 多注册中心:Dubbo 支持多注册中心,即一个接口或者一个应用可以被注册到多个注册中心中,比如可以注册到ZK集群和Nacos集群中,Consumer也能够从多个注册中心中进行订阅相关服务的地址信息,从而进行服务发现。通过支持多注册中心的方式来保证其中一个注册中心集群出现不可用时能够切换到另一个注册中心集群,保证能够正常提供服务以及发起服务调用。这也能够满足注册中心在部署上适应各类高可用的部署架构模式。
- 多配置中心:Dubbo支持多配置中心,来保证其中一个配置中心集群出现不可用时能够切换到另一个配置中心集群,保证能够正常从配置中心获取全局的配置、路由规则等信息。这也能够满足配置中心在部署上适应各类高可用的部署架构模式。
- 多元数据中心:Dubbo 支持多元数据中心:用于应对容灾等情况导致某个元数据中心集群不可用,此时可以切换到另一个元数据中心集群,保证元数据中心能够正常提供有关服务元数据的管理能力。
--------------------
dubbo详解
Dubbo是一个高性能、轻量级的开源Java RPC框架,提供了服务发布、服务引用、服务治理等功能,用于构建高效、稳定的分布式系统。以下是Dubbo框架的详解:
一、Dubbo框架概述
Dubbo是一个基于Java的高性能RPC(远程过程调用)分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。Dubbo框架的核心部分包括远程通讯、服务注册与发现、负载均衡和监控统计等功能。
二、Dubbo框架的核心组件
- Provider:服务提供者,负责提供服务并暴露给消费者使用。
- Consumer:服务消费者,通过Dubbo调用服务提供者提供的服务。
- Registry:服务注册与发现中心,负责服务的注册与发现。
- Monitor:监控中心,负责统计服务的调用次数和调用时间,收集服务调用的性能数据。
- Container:服务运行容器,负责服务的部署和运行。
三、Dubbo框架的工作原理
- 服务提供者启动时,会向注册中心注册自己的服务信息,包括服务的URL、接口定义等信息。
- 服务消费者启动时,会从注册中心获取服务提供者的地址列表,并根据负载均衡算法选择一个合适的服务提供者进行调用。
- 服务消费者和提供者之间通过Dubbo协议进行通信,实现远程过程调用。Dubbo协议支持多种序列化协议,如Hessian2、Kryo、FST等。
- 服务消费者和提供者之间的调用数据会被监控中心统计和收集,用于分析服务的性能和瓶颈。
- 服务消费者可以根据需要动态地增减服务提供者的地址列表,实现服务的动态治理。
四、Dubbo框架的特点
- 高性能:Dubbo采用高性能的NIO通信框架Netty,支持高并发、低延迟的远程服务调用。
- 透明化:Dubbo框架对开发者提供了简单易用的API,使得分布式系统的开发和维护变得更加简单。
- 轻量级:Dubbo框架设计简洁,不依赖太多的第三方库,可以快速地集成到项目中。
- 动态治理:Dubbo支持服务的动态治理,可以根据需要动态地调整服务的提供者和消费者的关系。
- 丰富的监控功能:Dubbo的监控中心提供了丰富的监控统计功能,帮助开发者更好地了解服务的性能和瓶颈。