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包。
梦里梦外;
骑猪看日落
Bertha 。
野性酷女
还没有评论，来说两句吧...