之前初学微服务的时候写过一个dubbo的小demo,过了很久忘记了怎么配置,今天试着再搭建一下,也好复习一下dubbo的使用。
首先上图,这张图相当经典(dubbo官方文档):
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与通知的注册中心。
Monitor: 统计服务的调用次数和调用时间的监控中心。
调用流程
①服务容器负责启动,加载,运行服务提供者。
②服务提供者在启动时,向注册中心注册自己提供的服务。
③服务消费者在启动时,向注册中心订阅自己所需的服务。
④注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
⑤服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
⑥服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心
Dubbo优缺点:
优点:
1.透明化的远程方法调用。可以像调用本地方法一样调用远程方法;只需简单配置,没有任何API侵入。
2.软负载均衡及容错机制。可在内网替代nginx lvs等硬件负载均衡器。
3.服务注册中心自动进行注册与配置管理。不需要写死服务提供者地址,注册中心基于接口名自动查询提供者ip。 使用类似zookeeper等分布式协调服务作为服务注册中心,可以将绝大部分项目配置移入zookeeper集群。
4.服务接口监控与治理。Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能,针对不同应用的不同接口,可以进行 多版本,多协议,多注册中心管理。
缺点:只支持JAVA语言。