zookeeper
azhida
奋斗在一线的猿。
展开
-
ZooKeeper的常用使用场景
ZK的常用使用场景一、注册中心实现方式基于临时节点基于监视通知机制注意:ZK集群可能会挂掉,所以为了防止zk挂掉后我们还能正常的进行服务的调用,需要在本地做一次缓存,只有当产生变化时这份缓存才会失效经典场景:dubbo中使用ZK做注册中心,并且引入了服务目录的概念,服务目录就是本地的一个缓存,但是当服务提供者列表发生变化时会更新这个缓存列表并且重新进行服务的导入作为注册中心的缺点分析数据一致性的需求:zk是一个cp的系统,但是注册中心更应该考虑a,当发生分区等问题时,只保证最终一致性原创 2020-05-17 16:46:52 · 582 阅读 · 0 评论 -
Zookeeper结构
zk的服务器模式仲裁模式:zk复制集群中所有服务器的数据;大多数服务器保存数据成功后才返回客户端成功独立模式:一个单独的服务器,zk的状态无法复制会话1.客户端设置的监视点和会话相关联,会话到期后等待中的监视点会移除2.在对zk集合进行任何操作之前,必须先与服务器创建会话3.当会话因为某种原因终止时,这个会话建立的临时节点也会消失4.zk客户端可以透明的将会话从一个服务器转移到另一个服务器5.会话提供了顺序保证,保证一个会话中的请求按FIFO的顺序执行,但当一个客户端打开了多个会话不能保证原创 2020-05-17 16:37:50 · 282 阅读 · 0 评论 -
Zookeeper的基础概念
ZK的设计目标1.简单的数据结构:共享的树型结构,类似与文件系统,数据存储于内存;2.可以构建集群:避免单点故障,超过半数就可以对外提供服务 ZAB协议;3.顺序访问:对于每一个写请求,zk会分配一个全局唯一递增ID,利用这个特性可以实现高级的协调服务;4.高性能:基于内存操作,服务于非事物请求,适用于读操作为主的场景;ZK可以做什么1.数据的发布与订阅 :通过监听机制2.命名服务 :依赖于临时节点3.负载均衡 :依赖于临时节点4.集群服务 :比如选主,依赖于临时节点原创 2020-05-17 16:35:57 · 212 阅读 · 0 评论