一、dubbo简介
随着系统逐渐变多、项目与项目之间需要进行交互,比如A项目有个service想调用B项目的service或者B项目有个service想调用A项目的service,这个时候采用RPC的调用,2个项目可能无关紧要,要是项目越来越多,那调用就乱套了。或者你自己去写一套对外提供服务的接口,然后通过http方式的调用,这样的话,成本代价比较高,而且不太安全。Dubbo就是一个通用的SOA,类似于webservice,不过webservice传的是xml文件,不太友好。
Dubbo是什么?
Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。简单的说,dubbo就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有dubbo这样的分布式服务框架的需求,并且本质上是个服务调用的东东,说白了就是个远程服务调用的分布式框架(告别Web Service模式中的WSdl,以服务者与消费者的方式在dubbo上注册)
其核心部分包含:
1. 远程通讯: 提供对多种基于长连接的NIO框架抽象封装,包括多种线程模型,序列化,以及“请求-响应”模式的信息交换方式。
2. 集群容错: 提供基于接口方法的透明远程过程调用,包括多协议支持,以及软负载均衡,失败容错,地址路由,动态配置等集群支持。
3. 自动发现: 基于注册中心目录服务,使服务消费方能动态的查找服务提供方,使地址透明,使服务提供方可以平滑增加或减少机器。
Dubbo能做什么?
1.透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入。
2.软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。
3. 服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者。
Dubbo是一个被很多国内互联网公司广泛采用的开源分布式服务框架,即使从国际视野来看也是一个全面的SOA基础框架。当当网根据自身需求,为Dubbo实现了一些些新的功能,并将其命名为Dubbox(即Dubbo eXtensions)。
早期我们代码的时候,我们对MVC分层,一般有三层,dao层,主要是对数据库进行操作,service层主要是做业务逻辑,controller层控制层主要是调用service层做操作。项目很小的时候这样做是没有问题的。那现在我们采用dubbo了之后,会将dao层和service层打成jar包,把jar扔到linux环境下,然后我去调用启用脚本,启动他。然后把controller层打成war包放在tomcat容器里。那么我controller层d调用service就是dubbo做衔接。比如系统越做越大的时候就会有账户的服务,用户的服务,计费的服务等等,每一个服务我都会做成jar包扔到linux下,他们一起对外提供服务。
dubbo本身就是一个集群模型,为了保证服务的高可用,比如我dao和service组成了一个用户服务,我放到了IP为110的节点,假如我110的节点挂了,那么这个就能对外提供服务了。所以我们会把服务部署到多个节点上。dobbo默认就是集群的模式。在学习dubbo的时候还需要对服务进行管理,比如110这个节点的服务器性能较差,第二个服务器节点服务器性能较好,可以类似nginx配置权重,使请求更多的到性能好的服务器上请求。
java是一次编译到处可运行,dubbo是一次部署到处可运行。
Dubbo架构图
Provider:我们上图的由Dao+service达成的jar包由dubbo容器启动后作为提供者
Consumer:web程序需要调用服务
节点角色说明
节点 | 角色说明 |
Provider | 暴露服务的服务提供方 |
Consumer | 调用远程服务的服务消费方 |
Registry | 服务注册与发现的注册中心 |
Monitor | 统计服务的调用次数和调用时间的监控中心 |
Container | 服务运行容器 |