尚硅谷尚筹网分布式架构知识点二分布式dubbo和springcloud

最新推荐文章于 2022-02-24 19:37:38 发布

qq_17023977

最新推荐文章于 2022-02-24 19:37:38 发布

阅读量165

点赞数

分类专栏： dubbo 文章标签： zookeeper

本文链接：https://blog.csdn.net/qq_17023977/article/details/105081034

版权

dubbo 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

1 远程方法调用框架和注册中心工作机制

在这里插入图片描述
2.1 技术方案一
Dubbo作为远程方法调用框架+Zookeeper作为注册中心
2.2 技术方案二
SpringBoot+SpringCloud
→Eureka作为注册中心
→Feign作为远程方法调用框架

3 Zookeeper

1.1 树形目录结构
在这里插入图片描述
ZooKeeper使用树形结构管理数据。而且以“/”作为树形结构的根节点。树形结构中的每一个节点都称为“znode”。文件系统中的目录可以存放其他目录和文件，znode中可以存放其他znode，也可以对应一个具体的值。znode和它对应的值之间是键值对的关系。
每一个znode上同时还有一套状态信息，称为：stat。
3.3 异步通知机制
在这里插入图片描述
在分布式项目中随着业务功能越来越多，具体的功能模块也会越来越多，一个大型的电商项目能达到几十个模块甚至更多。这么多业务模块的工程有可能需要共享一些信息，这些信息一旦发生变化，在各个相关模块工程中手动逐一修改会非常麻烦，甚至可能发生遗漏，严重的可能导致系统崩溃，造成经济损失。
使用ZooKeeper的通知机制后，各个模块工程在特定znode上设置Watcher（观察者）来监控当前节点上值的变化。一旦Watcher检测到了数据变化就会立即通知模块工程，从而自动实现“一处修改，处处生效”的效果。

3.4 leader-follower集群
在这里插入图片描述

4 Zookeeper安装

4.1 环境准备
Zookeeper需要在JVM虚拟机上运行，所以一定要保证有JDK支持。
[root@rich redis]# java -version
java version “1.8.0_121”
Java™ SE Runtime Environment (build 1.8.0_121-b13)
Java HotSpot™ 64-Bit Server VM (build 25.121-b13, mixed mode)

4.2 上传Zookeeper
zookeeper-3.4.9.tar.gz
4.3 解压
tar -zxvf /opt/zookeeper-3.4.9.tar.gz
4.4 准备配置文件
cp /opt/zookeeper-3.4.9/conf/zoo_sample.cfg /opt/zookeeper-3.4.9/conf/zoo.cfg
Zookeeper要求配置文件的文件名必须是：zoo.cfg
4.5 创建数据目录
mkdir /opt/zookeeper-3.4.9/data
4.6 在zoo.cfg中配置数据目录的位置
dataDir=/opt/zookeeper-3.4.9/data

5 Zookeeper服务器端操作

5.1 zoo.cfg文件解读
tickTime
通信心跳数,ZooKeeper服务器心跳时间，单位毫秒
ZooKeeper使用的基本时间，服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳，时间单位为毫秒。
用于心跳机制，并且设置最小的session超时时间为两倍心跳时间(session的最小超时时间是2*tickTime)。
initLimit
LF初始通信时限
集群中的Follower跟随者服务器(F)与Leader领导者服务器(L)之间初始连接时能容忍的最多心跳数（tickTime的数量）。
投票选举新Leader的初始化时间，Follower在启动过程中，会从Leader同步所有最新数据，然后确定自己能够对外服务的起始状态。
Leader允许Follower在initLimit时间内完成这个工作。
syncLimit
LF同步通信时限
集群中Leader与Follower之间的最大响应时间单位，假如响应超过syncLimit * tickTime，Leader认为Follwer死掉，从服务器列表中删除Follwer。
在运行过程中，Leader负责与ZooKeeper集群中所有机器进行通信，例如通过一些心跳检测机制，来检测机器的存活状态。
如果L发出心跳包在syncLimit之后，还没有从F那收到响应，那么就认为这个F已经不在线了。
dataDir
数据文件目录+数据持久化路径
保存内存数据库快照信息的位置，如果没有其他说明，更新的事务日志也保存到数据库。
clientPort
客户端连接端口
5.2 常用命令
5.2.1 ZooKeeper服务器与客户端
启动服务器：./zkServer.sh start
停止服务器：./zkServer.sh stop
启动客户端：./zkCli.sh ./zkCli.sh -server locahost:port
退出客户端：[zk: localhost:2181(CONNECTED) 6] quit
5.2.2 ls
查看当前znode中所包含的内容
5.2.3 ls2
查看当前节点数据并能看到更新次数等数据
5.2.4 stat
查看节点状态
5.2.5 create
create [-s] [-e] path data acl
普通创建：不带有-s、-e参数
-s：含有序列
-e：临时（重启或者超时消失）
5.2.6 set
设置节点的具体值
set 节点 value值
5.2.7 get
获得节点的值
get节点
5.2.8 delete
可以删除指定znode，当该znode拥有子znode时，必须先删除其所有子znode，否则操作将失败。
5.2.9 rmr
rmr命令可用于代替delete命令，rmr是一个递归删除命令，如果发生指定节点拥有子节点时，rmr命令会首先删除子节点。
5.3 Zookeeper节点类型
5.3.1 PERSISTENTper-持久化目录节点
客户端与zookeeper断开连接后，该节点依旧存在
5.3.2 PERSISTENT_SEQUENTIAL-持久化顺序编号目录节点
客户端与zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号
5.3.3 EPHEMERAL-临时目录节点
客户端与zookeeper断开连接后，该节点被删除
5.3.4 EPHEMERAL_SEQUENTIAL-临时顺序编号目录节点
客户端与zookeeper断开连接后，该节点被删除，只是Zookeeper给该节点名称进行顺序编号
5.4 Zookeeper节点状态
5.4.1 介绍
znode维护了一个stat结构，这个stat包含数据变化的版本号、访问控制列表变化、还有时间戳。版本号和时间戳一起，可让ZooKeeper验证缓存和协调更新。每次znode的数据发生了变化，版本号就增加。
例如：无论何时客户端检索数据，它也一起检索数据的版本号。并且当客户端执行更新或删除时，客户端必须提供他正在改变的znode的版本号。如果它提供的版本号和真实的数据版本号不一致，更新将会失败。
5.4.2 属性
czxid：引起这个znode创建的zxid，创建节点的事务的zxid（ZooKeeper Transaction Id）
ctime：znode被创建的毫秒数(从1970年开始)
mzxid：znode最后更新的zxid
mtime：znode最后修改的毫秒数(从1970年开始)
pZxid：znode最后更新的子节点zxid
cversion：znode子节点变化号，znode子节点修改次数
dataversion：znode数据变化号
aclVersion：znode访问控制列表的变化号
ephemeralOwner：如果是临时节点，这个是znode拥有者的session id。如果不是临时节点则是0。
dataLength：znode的数据长度
numChildren：znode子节点数量
5.5 四字命令
5.5.1 介绍
ZooKeeper支持某些特定的四字命令，他们大多是用来查询ZooKeeper服务的当前状态及相关信息的，使用时通过telnet或nc向ZooKeeper提交相应命令。
[root@right bin]# ec
imok[root@right bin]#
5.5.2 nc命令
nc命令需要安装对应的程序才可以使用。
yum install -y nc
5.5.3 常用四字命令
ruok：测试服务是否处于正确状态。如果确实如此，那么服务返回“imok ”，否则不做任何响应
stat：输出关于性能和连接的客户端的列表
conf：输出相关服务配置的详细信息
cons：列出所有连接到服务器的客户端的完全的连接 /会话的详细信息。包括“接受 / 发送”的包数量、会话id 、操作延迟、最后的操作执行等等信息
dump：列出未经处理的会话和临时节点
envi：输出关于服务环境的详细信息（区别于conf命令）
reqs：列出未经处理的请求
wchs：列出服务器watch的详细信息
wchc：通过session列出服务器watch的详细信息，它的输出是一个与watch相关的会话的列表
wchp：通过路径列出服务器 watch的详细信息。它输出一个与 session相关的路径

6 Java客户端

6.1 依赖信息

com.101tec
zkclient
0.10

org.apache.zookeeper
zookeeper
3.4.9

6.3 修改节点数据操作

// 1.连接Zookeeper服务器的信息
String connectString = "192.168.56.150:2181";
int sessionTimeout = 5000;
Watcher watcher = new Watcher() {@Override public void process(WatchedEvent event) {}};

// 2.创建ZooKeeper建立连接
ZooKeeper zooKeeper = new ZooKeeper(connectString, sessionTimeout, watcher);

// 3.通过设置节点值测试连接
byte[] data = "BBB".getBytes();

// -1表示不验证版本号
int version = -1;

Stat stat = zooKeeper.setData("/fruit", data, version);

System.out.println(stat.getVersion());

// 4.关闭连接
zooKeeper.close();

7 异步通知机制

7.1 工作机制介绍
在这里插入图片描述
客户端注册监听它关心的目录节点，当目录节点发生变化（数据改变、被删除、子目录节点增加删除）时，zookeeper会通知客户端。
ZooKeeper支持Watch（观察）机制，客户端可以在每个znode结点上设置一个Watcher（观察者）。如果被观察服务端的znode结点有变更，那么Watcher就会被触发，这个Watcher所属的客户端将接收到一个通知包被告知结点已经发生变化，这就是把相应的事件通知给设置过Watcher的Client端。
ZooKeeper里的所有读取操作：getData(),getChildren()和exists()都有设置Watch的选项。
总结成一句话：ZooKeeper的观察机制是一种异步回调的触发机制。
当数据有了变化时zkServer向客户端发送一个Watch通知，这是个一次性动作，触发一次就失效了。
如果想继续Watch的话，需要客户端重新设置Watcher。因此如果你得到了一个Watch事件，并且在将来继续得到节点变化通知，那么就必须另外设置一个新的Watcher继续观察。
节点有不同的改动方式。可以认为ZooKeeper维护两个观察列表：数据观察和子节点观察。getData()和exists()设置数据观察。getChildren()设置子节点观察。此外，还可以认为不同的返回数据有不同的观察。getData()和exists()返回节点的数据，而getChildren()返回子节点列表。所以，setData()将为znode触发数据观察。成功的create()将为新创建的节点触发数据观察，为其父节点触发子节点观察。成功的delete()将会为被删除的节点触发数据观察以及子节点观察（因为节点不能再有子节点了），为其父节点触发子节点观察。如果一个节点设置存在观察时尚未创建，并且在断开连接后执行节点创建以及删除操作，那么这个节点上设置的观察事件客户端接收不到，事件会丢失。
7.2 一次性通知

// 1.准备连接Zookeeper服务器的连接信息
String connectingString = "192.168.56.100:2181";
int sessionTimeout = 5000;

// 2.创建Zookeeper对象
ZooKeeper zooKeeper = new ZooKeeper(connectingString, sessionTimeout, new Watcher() {
	public void process(WatchedEvent event) {}
});

// 3.获取指定节点的值
String path = "/fruit";
byte[] data = zooKeeper.getData(path, new Watcher() {
	
	@Override
	public void process(WatchedEvent event) {
		System.out.println("/fruit节点的值被修改了！"+Thread.currentThread().getName());
	}
}, new Stat());

// 4.将获取节点值时得到的字节数组转化成String类型
String dataString = new String(data);

// 5.打印结果
System.out.println(dataString);

// ※让程序不能停
while(true) {
	
	Thread.sleep(5000);
	
	System.err.println("药不能停，不能停……[代表程序原本要执行的业务逻辑功能……]"+Thread.currentThread().getName());
	
}

// 6.关闭连接
// zooKeeper.close();

7.3 持续通知

// 专门封装一个方法用来实现持续的异步监听
public void getNodeData(String path, ZooKeeper zooKeeper) throws KeeperException, InterruptedException {
	
	// 调用获取节点值的方法时设置Watcher进行监控
	byte[] data = zooKeeper.getData(path, new Watcher() {
		
		@Override
		public void process(WatchedEvent event) {
			
			// 接收到异步通知时，再次调用获取节点值方法，目的是设置新的Watcher
			try {
				getNodeData(path, zooKeeper);
			} catch (KeeperException e) {
				e.printStackTrace();
			} catch (InterruptedException e) {
				e.printStackTrace();
			}
			
		}
	}, new Stat());
	
	String result = new String(data);
	
	System.err.println("当前节点值="+result);
	
}

public static void main(String[] args) throws IOException, KeeperException, InterruptedException {
	
	// 1.建立连接
	String connectingString = "192.168.56.100:2181";
	int sessionTimeout = 5000;
	
	ZooKeeper zooKeeper = new ZooKeeper(connectingString, sessionTimeout, new Watcher() {
		public void process(WatchedEvent event) {}
	});
	
	// 2.获取节点数据
	String path = "/fruit";
	new AsyncNoticeForever().getNodeData(path, zooKeeper);
	
	// 3.让方法持续运行
	while(true) {
		
		Thread.sleep(5000);
		
		System.err.println("药不能停，不能停……[代表程序原本要执行的业务逻辑功能……]"+Thread.currentThread().getName());
		
	}
}

8 集群

8.1 数据通信机制
在这里插入图片描述
8.2 搭建步骤
第1步：创建集群所在目录
mkdir /opt/cluster-zk
第2步：重新解压tar包到集群目录
tar -zxvf /opt/zookeeper-3.4.9.tar.gz -C /opt/cluster-zk/
第3步：复制新的解压目录
cp -r /opt/cluster-zk/zookeeper-3.4.9/ /opt/cluster-zk/zkone
第4步：配置zkone
i：创建zoo.cfg配置文件
cp /opt/cluster-zk/zkone/conf/zoo_sample.cfg /opt/cluster-zk/zkone/conf/zoo.cfg
ii：创建数据目录
mkdir /opt/cluster-zk/zkone/data
iii：在数据目录中创建编号文件
vim /opt/cluster-zk/zkone/data/myid
iv：编辑编号文件，内容就是当前服务器实例的编号
1
v：配置zoo.cfg
dataDir=/opt/cluster-zk/zkone/data
clientPort=1000
server.1=127.0.0.1:1001:1002
server.2=127.0.0.1:2001:2002
server.3=127.0.0.1:3001:3002
第5步：配置zktwo
i：把zktwo复制出来
cp -r /opt/cluster-zk/zkone /opt/cluster-zk/zktwo
ii：修改myid文件中编号值
vim /opt/cluster-zk/zktwo/data/myid
将1改成2
iii：修改zoo.cfg
dataDir=/opt/cluster-zk/zktwo/data
clientPort=2000
第6步：配置zkthree
i：把zkthree复制出来
cp -r /opt/cluster-zk/zkone /opt/cluster-zk/zkthree
ii：修改myid文件中编号值
vim /opt/cluster-zk/zkthree/data/myid
将1改成3
iii：修改zoo.cfg
dataDir=/opt/cluster-zk/zkthree/data
clientPort=3000

8.3 创建操作服务器的可执行脚本
8.3.1 创建文件
/opt/cluster-zk/start.sh
/opt/cluster-zk/stop.sh
/opt/cluster-zk/status.sh
8.3.2 编辑启动服务器命令
/opt/cluster-zk/zkone/bin/zkServer.sh start
/opt/cluster-zk/zktwo/bin/zkServer.sh start
/opt/cluster-zk/zkthree/bin/zkServer.sh start
8.3.3 编辑停止服务器命令
/opt/cluster-zk/zkone/bin/zkServer.sh stop
/opt/cluster-zk/zktwo/bin/zkServer.sh stop
/opt/cluster-zk/zkthree/bin/zkServer.sh stop
8.3.4 编辑查看服务器状态命令
/opt/cluster-zk/zkone/bin/zkServer.sh status
/opt/cluster-zk/zktwo/bin/zkServer.sh status
/opt/cluster-zk/zkthree/bin/zkServer.sh status
8.3.5 给脚本文件设置可执行权限
chmod 755 /opt/cluster-zk/start.sh
chmod 755 /opt/cluster-zk/stop.sh
chmod 755 /opt/cluster-zk/status.sh
8.3.6 执行脚本
/opt/cluster-zk/start.sh
/opt/cluster-zk/stop.sh
/opt/cluster-zk/status.sh
8.3.7 客户端登录
/opt/zookeeper-3.4.9/bin/zkCli.sh -server 127.0.0.1:1000
/opt/zookeeper-3.4.9/bin/zkCli.sh -server 127.0.0.1:2000
/opt/zookeeper-3.4.9/bin/zkCli.sh -server 127.0.0.1:3000
8.4 集群中服务器数量
结论：一般来说，集群中服务器数量最好设置为单数。
原则：集群中有超过一半的服务器正常工程，则整个集群判断为正常工作。对外提供服务时大致满足预期。
推导：
共2实例：宕机1实例，剩下1=2/2，没有超过一半。死亡容忍度为0。
共3实例：宕机1实例，剩下2>3/2，超过一半。死亡容忍度为1。
共4实例：宕机1实例，剩下3>4/2，超过一半。死亡容忍度为1。
共5实例：宕机2实例，剩下3>5/2，超过一半。死亡容忍度为2。
共6实例：宕机2实例，剩下4>6/2，超过一半。死亡容忍度为2。

9 Dubbo介绍

9.1 RPC
Remote Procedure Call
远程过程调用
在这里插入图片描述
9.2 Dubbo架构

9.3 Dubbo在Zookeeper中注册信息的结构

10 Dubbo使用

10.1 创建Common工程
group id：com.atguigu.dubbo
artifact id：Pro20-dubbo-common
package：jar

public class Employee implements Serializable {
	
	private static final long serialVersionUID = 1L;
	
	private Integer empId;
	private String empName;
	private Double salary;
	……
public interface EmployeeRemoteService {
	
	List<Employee> getEmployeeByConditionRemote(Employee employee);

}

10.2 创建Provider工程
group id：com.atguigu.dubbo
artifact id：Pro21-dubbo-provider
package：war

cglib
cglib
2.2

org.aspectj
aspectjweaver
1.6.8

com.alibaba
dubbo
2.5.5

com.github.sgroschupf
zkclient
0.1

com.atguigu.dubbo
Pro20-dubbo-common
0.0.1-SNAPSHOT

配置web.xml

contextConfigLocation
classpath:spring-dubbo.xml

org.springframework.web.context.ContextLoaderListener Spring配置文件中Dubbo的配置

<dubbo:registry protocol=“zookeeper” address=“192.168.56.100” port=“2181”/>

<dubbo:protocol name=“dubbo” port=“20880”/>

<dubbo:service interface=“com.atguigu.dubbo.api.EmployeeRemoteService” ref=“employeeRemoteService”/>
10.3 创建新Tomcat镜像
在这里插入图片描述

10.4 创建Consumer工程
group id：com.atguigu.dubbo
artifact id：Pro22-dubbo-consumer
package：war

配置web.xml

springDispatcherServlet
org.springframework.web.servlet.DispatcherServlet

contextConfigLocation
classpath:spring-mvc.xml

1

springDispatcherServlet /

配置Spring

<context:component-scan base-package=“com.atguigu.dubbo.handler”/>

mvc:annotation-driven/
mvc:default-servlet-handler/

<dubbo:application name=“atguigu-dubbo-consumer”/>

<dubbo:registry protocol=“zookeeper” address=“192.168.56.100” port=“2181”/>

<dubbo:reference interface=“com.atguigu.dubbo.api.EmployeeRemoteService”/>

10.5

qq_17023977

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
尚硅谷尚筹网分布式架构知识点二分布式dubbo和springcloud

1 远程方法调用框架和注册中心工作机制2.1 技术方案一Dubbo作为远程方法调用框架+Zookeeper作为注册中心2.2 技术方案二SpringBoot+SpringCloud→Eureka作为注册中心→Feign作为远程方法调用框架3 Zookeeper1.1 树形目录结构ZooKeeper使用树形结构管理数据。而且以“/”作为树形结构的根节点。树形结构中的每一个节点都...
复制链接

扫一扫