最近项目用到了dubbo这块的东西,由于之前没有用过,所以在这里总结总结我这几天学习dubbo的一些认识。
首先是看看dubbo官方推出dubbo的宣言:
看,人家还强调了自己是分布式高性能透明化的RPC服务框架。
接下来就是dubbo究竟能做些什么?
1.透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入。
2.软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。
3.服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者。
既然dubbo能做这么多的事情,那他到底是如何做到的,这就涉及到dubbo的组成部分,以及他们之间是如何联系的。
节点角色说明:
Provider: 暴露服务的服务提供方
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
任务分配:
服务容器负责启动,加载,运行服务提供者。
服务提供者在启动时,向注册中心注册自己提供的服务。
服务消费者在启动时,向注册中心订阅自己所需的服务。
注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
当然,虽然dubbo自身有自带的注册中心,但是在实际开发中,我们常用zookeeper来充当注册中心(至于这个欢迎大家查阅我的后续博客,我会说明)。以上就是dubbo的最基础认识,在这个过程中官方文档的查阅让我对dubbo的理解更加的深入。