Dubbo简介
Dubbo 致力于提供高性能和透明化的 RPC 远程服务调用方案,以及 SOA 服务治理方案。简单的说,dubbo 就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有 dubbo 这样的分布式服务框架的需求。Dubbo是一款高性能、轻量级的开源Java RPC框架。
本质: 就是一个Jar包,一个分布式框架,一个远程服务调用的分布式框架。
好处:
1.透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入。
2.软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。
3.服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者。
Dubbo采用全Spring配置方式,透明化接入应用,对应用没有任何API侵入,只需用Spring加载Dubbo的配置即可,Dubbo基于Spring的Schema扩展进行加载。比如下面两个配置:
服务方配置:
消费方配置:
Zookeeper(注册中心)说明
它是一个分布式服务框架,是Apache Hadoop 的一个子项目,它主要是用来解决分布式应用中经常遇到的一些数据管理问题,如:统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。
Zookeeper使用缘由
dubbo将Web层和Service层中单个个服务器拆分为多个服务器,那么总要一个中心系统来统一管理这些服务器,不然Web发送的请求如何知道是去往Service层服务器中的哪一个呢?所以这个时候就需要用到Zookeeper这个用于分布式中一致性处理的框架,其实不一定非要用Zookeeper,其它类似的框架都可以,但Zookeeper是官方推荐的。
Zookeeper作用图
最终工作流程
节点角色说明:
Provider(生产者):暴露服务的服务提供方。
Consumer(消费者): 调用远程服务的服务消费方。
Registry(注册中心): 服务注册与发现的注册中心。
Monitor(监控中心): 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
调用关系说明:
0. 服务容器负责启动,加载,运行服务提供者。
1. 服务提供者在启动时,向注册中心注册自己提供的服务。
2. 服务消费者在启动时,向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
5. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。(其实在监控中心任何时候刷新页面都能看到即时的访问路径)
流程图(从0开始看起):
总结
Dubbo本身的原理其实并不复杂,只是我一开始将Zookeeper(注册中心)的作用搞混了,还以为Zookeeper就是Dubbo中的一部分。Zookeeper(注册中心)本身是单独安装到一个服务器当中,用于注册管理其它服务器,开发的时候,随同注册中心一起安装的还有一个管理中心(用来让我们知道注册中心都注册了哪些服务,以便我们开发和测试。其实管理中心就是一个 web 应用,部署到同服务器的 tomcat 即可。),管理中心只是一个辅助Zookeeper管理的界面,如下图: