dubbo入门
分布式
首先大致了解下分布式,分布式是指需要按照功能点把系统拆分,拆分成独立的功能工程,可以单独为某一个节点添加服务器,需要系统之间配合才能完成整个业务逻辑这就叫做分布式。
集群
相当于同一个工程代码拷贝多份部署到多台服务器,每台服务器单独独立部署运行。
分布式架构
把系统按照模块拆分成多个子系统;多个子系统相互协作才能完成业务流程,系统之间需要进行通信。
SOA
Service Oriented Architecture面向服务的架构。也就是把工程都拆分成服务层工程、表现层工程。服务层中包含业务逻辑,只需要对外提供服务即可。表现层只需要处理和页面的交互,业务逻辑都是调用服务层的服务来实现。工程都可以独立部署。
Dubbo
DUBBO是一个分布式服务框架,致力于提供高性能和透明化的RPC(远程服务调用方案),是阿里巴巴SOA服务化治理方案的核心框架,每天为2,000+个服务提供3,000,000,000+次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点
随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,急需一个治理系统确保架构有条不紊的演进。
单一应用架构
- 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
- 此时,用于简化增删改查工作量的 数据访问框架**(ORM)** 是关键。
垂直应用架构
- 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
- 此时,用于加速前端页面开发的 Web**框架**(MVC) 是关键。
分布式服务架构
- 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
- 此时,用于提高业务复用及整合的 分布式服务框架**(RPC)** 是关键。
流动计算架构
- 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
- 此时,用于提高机器利用率的 资源调度和治理中心**(SOA)** 是关键。
Dubbo就是资源调度和治理中心的管理工具。
Dubbo架构
节点角色说明:
- Provider: 暴露服务的服务提供方。
- Consumer: 调用远程服务的服务消费方。
- Registry: 服务注册与发现的注册中心。
- Monitor: 统计服务的调用次调和调用时间的监控中心。
- Container: 服务运行容器。
调用关系说明:
- 服务容器负责启动,加载,运行服务提供者。
- 服务提供者在启动时,向注册中心注册自己提供的服务。
- 服务消费者在启动时,向注册中心订阅自己所需的服务。
- 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
- 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
- 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
Dubbo使用方法
注册中心负责服务地址的注册与查找,相当于目录服务,服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小。使用dubbo-2.3.3以上版本,官方建议使用zookeeper作为注册中心。
Zookeeper是Apacahe Hadoop的子项目,是一个树型的目录服务,支持变更推送,适合作为Dubbo服务的注册中心,工业强度较高(稳定性好),可用于生产环境,并推荐使用。
zookeeper
安装zookeeper(略),需jdk环境。
在zookeeper-3.4.12/conf/zoo.cfg中可以配置端口号,我这里改了一下位置,默认是2181端口
启动zookeeper(standalone表示启动):
依赖
这里是web项目调用service项目的服务,所以需要在web项目和service项目中添加依赖
因为底层使用了2.x版本的spring,本项目中使用的spring是4.2.4,所以要排除依赖
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>dubbo</artifactId>
<!-- 排除依赖 -->
<exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring</artifactId>
</exclusion>
<exclusion>
<groupId>org.jboss.netty</groupId>
<artifactId>netty</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.apache.zookeeper</groupId>
<artifactId>zookeeper</artifactId>
</dependency>
<dependency>
<groupId>com.github.sgroschupf</groupId>
<artifactId>zkclient</artifactId>
</dependency>
配置测试
Dubbo采用全Spring配置方式,透明化接入应用,对应用没有任何API侵入,只需用Spring加载Dubbo的配置即可,Dubbo基于Spring的Schema扩展进行加载。
服务层开发,即在dao中写xxxxMapper接口,xxxxMapper.xml,在interface中写xxxxService接口,在service中写xxxxServiceImpl(略)
发布服务
application name可以随便写,但是不能与其他的application name重复
registry protocol固定是zookeeper,address是ip + 端口
protocol name与port固定
interface是接口的全路径
ref是实现类的首字母小写
<!-- 提供方应用信息,用于计算依赖关系 -->
<dubbo:application name="taotao-manager" />
<dubbo:registry protocol="zookeeper" address="192.168.1.101:2181" />
<!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="20880" />
<!-- 声明需要暴露的服务接口 -->
<dubbo:service interface="cn.AndiOS.service.TestService" ref="testServiceImpl" />
<dubbo:service interface="cn.AndiOS.service.ItemService" ref="itemServiceImpl" />
表现层开发,即编写controller(略).
引用服务
同样, application name可以随便写,但是不能与其他的application name重复
registry protocol固定是zookeeper,address是ip + 端口
interface是接口的全路径,id是接口名首字母小写
<!-- 引用dubbo服务 -->
<dubbo:application name="taotao-web"/>
<dubbo:registry protocol="zookeeper" address="192.168.1.101:2181"/>
<dubbo:reference interface="cn.AndiOS.service.TestService" id="testService" />
<dubbo:reference interface="cn.AndiOS.service.ItemService" id="itemService" />
完成剩余部分代码就可以运行项目了
一定要注意防火墙必须关闭
一定要注意防火墙必须关闭
一定要注意防火墙必须关闭
Dubbo监控中心
监控中心对于dubbo的服务的调用来说不是必须的,不安装也可以运行。安装的目的是为了更好的统计其调用的次数,方便管理。
步骤:将dubbo-admin-xxxx.war(注意要和jdk对应,支持jdk8 密码:u0l3 )部署到tomcat(Linux)中,启动tomcat(先启动项目,即zookeeper),
访问http://$\{ip\}:8080/dubbo-admin/
用户名:root 密码:root
即可进入监控中心(这里就不截图了)
如果监控中心和注册中心在同一台服务器上,可以不需要任何配置。
如果不在同一台服务器,需要在 webapps/dubbo-admin-xxxx/WEB-INF 下修改配置文件:dubbo.properties
将ip(127.0.0.1)改为目标ip,后面是密码
这个dubbo-admin-xxx.war可以直接在网上找现成的,也可以在github上下载源码然后编译:
下载压缩包并解压,这是压缩包内的文件:
在cmd中进入解压后的文件夹 (dubbo-admin)所在目录,运行(前提是已经配置maven环境变量):
BUILD SUCCESS后文件夹下就会有一个target目录 ,里面就有我们需要的war包。
还没有评论,来说两句吧...