Zookeeper 自理解的应用场景
博客专区 > SLoan_ 的博客 > 博客详情
Zookeeper 自理解的应用场景
SLoan_ 发表于4个月前
Zookeeper 自理解的应用场景
  • 发表于 4个月前
  • 阅读 10
  • 收藏 0
  • 点赞 0
  • 评论 0

腾讯云 技术升级10大核心产品年终让利>>>   

摘要: 刚接触Zookeeper,都是自己理解的意思可能有误,如果有欢迎指点

Zookeeper 是什么?

         分布式数据管理与系统协调的服务框架

         数据管理:命名服务,状态同步,集群管理,配置管理;

         系统协调:多个服务协调运行,相互之间不会有影响;

         简称为:文件系统+通知机制

                   文件系统:系统目录,树形数据结构;

                   通知机制:监听所关心的目录节点,当节点发生变化,会通知到客户端;

 

Zookeeper 应用场景有哪些?

         数据发布与订阅:可以看做为一对多关系,其中发布者将最新的信息发布到某个节点上,当数据有变化时,所有订阅者能够及时得到数据变化的通知。比如说,某一个应用其中的全局配置有更新,那么其他所有机器的配置信息都能获取都动态的信息;

         负载均衡: 本身是不提供负载均衡的策略,需要自己去实现,比如说,为了高可用高并发,把同一个应用或者服务部署到多份,配置管理访问的规则,实现负载平均,不至于所有访问压力都放在单个点上;

         命名服务:最重要还是资源定位的问题;能够根据指定的名字来获取资源或者服务器的地址,提供者的信息;比如说,这个名字可以当做路径来访问某些文件信息;例如:机器的IP,文件的路径,服务的地址;

         集群管理与Master选举

            集群管理:管理机器数量(奇数),运行状态,机器上下线,节点的统一配置;

            Master选举: 那么为什么 Master 要选举:有一些比较复杂的运算,通过节点让整个集群中的某一台机器单独执行,其余的机器共享结果,从而减少很多重复造轮子的资源。只允许一个Master;比如说,主机是Master挂了,那么就从备用机中选择一台当做Master;每次选取编号最小的机器作为Master;

         分布式锁: 防止进程之间的互相干扰某个服务,就是说当前有个进程正在访问某个服务,通过锁,其他进程暂时无法对其操作该资源,保证数据一致性,就是说第一个进程先进来上锁操作,弄完了,解开锁之后再到另一个进程;保持独立;

                   如果在上锁后出现问题,锁会被释放,立即转移到另外的服务中继续执行;

         分布式队列

                   两种模式:一个接着一个去执行,先到先来的执行;

                                一个队列的成员都聚齐时才去执行,比如说,有个大任务分解为很多子任务,必须等子任务全部完成才能进入到下一个流程;否则一直等待完成;

分布式通知与协调:分布式通知其中更新了某个节点,另一个系统能够收到通知并作出相应的处理;

         配置管理:程序当中所有的配置文件放在某个节点中,对其进行监听,一旦其配置文件有变化,每个应用都会收到通知,直接获取新的配置信息到应用系统就好;比如说,数据库连接,

 

zookeeper安装,zoo.cfg配置已完成,myid以创建,目前能够启动。

过程不著述,如果需要我可以写出来。

标签: ZooKeeper
共有 人打赏支持
粉丝 12
博文 27
码字总数 44335
×
SLoan_
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: