Dubbo学习笔记_原创精品文档.pdfVIP

Dubbo学习笔记

1.什么是Dubbo

随着互联⽹的不断发展，Web应⽤的业务量不断扩⼤，常规的垂直应⽤架构已经⽆法应对。分布式架构模式已经成为计算机架构的必然趋

势。Dubbo是Alibaba开源的分布式服务治理框架，⽬前已经捐献给Apache，并且⼴泛应⽤于中国各互联⽹公司。

Dubbo在应⽤时，只需要简单进⾏配置，即可透明化接⼊Spring配置⽅式。只需要简单配置，没有任何API侵⼊，⼤⼤简化了配置的复

杂程度。

软负载均衡以及容错机制，可在内⽹替代F5等硬件负载均衡器，降低成本，减少单点。

服务⾃动注册与发现，不再需要写死服务提供⽅地址，注册中⼼基于接⼝名查询服务提供者的IP地址，并且能够平滑添加或删除服务提

供者。

Dubbo与SpringCloud之间的区别

Dubbo底层使⽤的是Netty这样的NIO框架，基于TCP/IP协议传输的，配合以Hession序列化完成RPC通讯。

SpringCould是基于HTTP协议Rest接⼝调⽤远程过程的通讯，相对来说Http请求会有更⼤的报⽂，占的带宽也会更多。但是REST相对

于RPC更加灵活，服务提供⽅和调⽤⽅的依赖只依靠⼀纸契约，不存在代码级别的强依赖，这再强调快速演化的微服务环境下显得更为合

适，⾄于注重通信速度还是⽅便灵活，需要具体情况具体考虑。

Dubbo是SOA时代的产物，它的关注点主要在于服务的调⽤，流量分发，流量监控和熔断。⽽SpringCloud诞⽣于微服务架构时代，考

虑的是微服务治理的⽅⽅⾯⾯，另外由于依托了Spring、SpringBoot的优势上，两个框架在开始的⽬标就不⼀致，Dubbo定位服务治

理、Springboot是打造⼀个⽣态。

2.为什么要⽤Dubbo

在⼤规模服务化之前，应⽤可能只是通过RMI或Hessian等⼯具，简单的暴露和引⽤远程服务，通过配置服务的URL地址进⾏调⽤，

通过F5等硬件进⾏负载均衡。

当服务越来越多时，服务URL配置管理变得⾮常困难，F5硬件负载均衡器的单点压⼒也越来越⼤。此时需要⼀个服务注册中⼼，动

态地注册和发现服务，使服务的位置透明。并通过在消费⽅获取服务提供⽅地址列表，实现软负载均衡和Failover，降低对F5硬件负

载均衡器的依赖，也能减少部分成本。

当进⼀步发展，服务间依赖关系变得错踪复杂，甚⾄分不清哪个应⽤要在哪个应⽤之前启动，架构师都不能完整的描述应⽤的架构关

系。这时，需要⾃动画出应⽤间的依赖关系图，以帮助架构师理清关系。

接着，服务的调⽤量越来越⼤，服务的容量问题就暴露出来，这个服务需要多少机器⽀撑？什么时候该加机器？为了解决这些问题，

第⼀步，要将服务现在每天的调⽤量，响应时间，都统计出来，作为容量规划的参考指标。其次，要可以动态调整权重，在线上，将某

台机器的权重⼀直加⼤，并在加⼤的过程中记录响应时间的变化，直到响应时间到达阈值，记录此时的访问量，再以此访问量乘以机器

数反推总容量。

3.Dubbo的核⼼功能

Remoting：远程通讯，提供对多种NIO框架抽象封装，包括“同步转异步”和“请求-响应”模式的信息交换⽅式。

Cluster：服务框架，提供基于接⼝⽅法的透明远程过程调⽤，包括多协议⽀持，以及软负载均衡，失败容错，地址路由，动态配置等

集群⽀持。

Registry：服务注册中⼼，基于注册中⼼⽬录服务，使服务消费⽅能动态的查找服务提供⽅，使地址透明，使服务提供⽅可以平滑增

加或减少机器。

4.Dubbo的架构

节点⾓⾊说明

Provide暴露服务的服务提供⽅

Consume调⽤远程服务的服务消费⽅

Registry服务注册与发现的注册中⼼

Monito统计服务的调⽤次数和调⽤时间的监控中⼼

Containe服务运⾏容器

Dubbo服务器注册与发现流程

服务提供者（Provider）：暴露服务的服务提