zookeeper的应用场景以及实现原理

zookeeper的应用场景

    1.分布式协调服务

    2.分布式锁

    3.元数据的配置管理

分布式协调服务

       case:当A向Mq里面写入消息,B从mq里面消费消息进行业务处理。

                A怎么知道B消费逻辑执行成功了呢?

        do:天生的监听机制watch

        use:可以在zk里面,设置一个监听器,当B消费成功执行完成,Zk监听到,然后,通知A系统。

   分布式锁

         case:当分布式应用,多台机器需要竞争执行同一段逻辑,或并发访问共享数据。作为分布式锁

         do:通过创建一个临时节点,节点的value是获取锁的机器的标识。A机器进行访问,尝试获取节点,发现节点没有,创建临时节点,绑定自己机器。当B进来时,尝试获取节点,发现节点存在,再进一步判断节点的值是不是自己,不是CAS等待。当A执行完,删除临时节点,释放锁

元数据的配置管理

      case:作为dubbo远程调用服务rpc框架的,存储服务,管理协调服务的配置管理

      do:将通过dubbo进行远程服务调用服务,再zk里面进行注册,进行信息配置,zk进行管理。作为注册中心

    zk的选主

           1.由于zk是主机负责写的,从机只读。主机挂了之后,写请求就不能处理。就会暂时堆外不提供给服务。

          ZAB选主

           1.

            

   

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值