Dubbo简介
参考dubbo官网
1. 背景
随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进。
- 单一应用架构
- 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
- 此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
- 垂直应用架构
- 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
- 此时,用于加速前端页面开发的 Web框架(MVC) 是关键。
- 分布式服务架构
- 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
- 此时,用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
- 流动计算架构
- 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
- 此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。
2. 架构
节点角色说明:
- Provider: 暴露服务的服务提供方。
- Consumer: 调用远程服务的服务消费方。
- Registry: 服务注册与发现的注册中心。
- Monitor: 统计服务的调用次调和调用时间的监控中心。
- Container: 服务运行容器。
调用关系说明:
- 0-服务容器负责启动,加载,运行服务提供者。
- 1-服务提供者在启动时,向注册中心注册自己提供的服务。
- 2-服务消费者在启动时,向注册中心订阅自己所需的服务。
- 3-注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
- 4-服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
- 5-服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
环境准备
1. 所使用各个软件及其版本
centos6.5(64bit)
zookeeper-3.4.6
apache-tomcat-7.0.62
dubbo-admin-2.4.1
eclipse-jee-luna-SR2
2. 用户及用户组
请参考我前面的博客hadoop集群配置,关于用户、JDK的设置。
zookeeper分布式配置
zookeeper将要安装在三台机器上,分别是:
序号 | 主机名 | 地址 |
---|---|---|
1 | master | 192.168.1.60 |
2 | slave1 | 192.168.1.61 |
3 | slave2 | 192.168.1.62 |
1. 下载zookeeper(以haduser
用户执行)
su haduser
cd /home/haduser
wget http://mirrors.ibiblio.org/apache/zookeeper/zookeeper-3.4.6/zookeeper-3.4.6.tar.gz
2. 解压并建立软链接(以haduser
用户执行)
tar zxvf zookeeper-3.4.6.tar.gz
ln -s zookeeper-3.4.6 zookeeper
cd zookeeper
mkdir data logs
3. 设置环境变量(以root
用户执行)
vim /etc/profile
添加
export ZOOKEEPER_HOME=/home/haduser/zookeeper
export PATH=$PATH:$ZOOKEEPER_HOME/bin
export PATH=$PATH:$ZOOKEEPER_HOME/conf
4. 配置zookeeper(以haduser
用户执行)
在master
主机上:
- 进入
${ZOOKEEPER_HOME}/conf
,编辑zoo.cfg
文件
cd /home/haduser/zookeeper/conf
cp zoo_sample.cfg zoo.cfg
vi zoo.cfg
编辑内容如下:
tickTime=2000
initLimit=5