ZooKeeper 的 ACL 权限控制和 Unix/Linux 操作系统的ACL有一些区别，我们可以从三个方面来理解 ACL 机制，分别是：权限模式(Scheme)、授权对象(ID)和权限(Permission)，通常使用 scheme:id:perm 来标识一个有效的ACL信息。
数据发布和订阅(配置中心，config,disconf,diamond,appollo)
首先说明一下环境，溪源使用zookeeper版本为3.5.10；由于版本不同，命令语法略有差异，提前说明一下，但是基本原理一致，大家可以通过help命令查看自己当前版本的命令语法。
zookeeper 类似文件系统，client 可以创建节点、更新节点、删除节点，那么 如何做到节点的权限的控制呢？
如果设置了权限后，再次进行设置，就可以不用加上用户名和密码了。而且就算是使用其他用户进行设置，也只会根据第一次设置的用户来进行配置：
权限控制(access control lists) 针对节点可以设置相关读写等权限，目的是为了保证数据安全性。 权限permissions 可以指定不同的权限访问以及角色
zooKeeper使用acl（Access Control List）来控制对其znode（zooKeeper数据树的数据节点）的访问。 不过，zookeeper的acl并不像HDFS系统的acl一样，可以递归控制权限。zookeeper的acl不是递归的，仅适用于特定的znode。比如/app这个znode，设置一些权限，只能某用户可以访问，但是/app/status的权限是与/app没有关系的，默认是world:anyone:cdrwa。
zk做为分布式架构中的重要中间件，通常会在上面以节点的方式存储一些关键信息，默认情况下，所有应用都可以读写任何节点，在复杂的应用中，这不太安全，ZK通过ACL机制来解决访问权限问题，详见官网文档：http://zookeeper.apache.org/doc/r3.4.6/zookeeperProgrammers.html#sc_ZooKeeperAccessControl ZK的节点有5种操作权限： CREATE、READ、WRITE、DELETE、ADMIN 也就是 增、删、改、查、管理权限，这5种权限
ACL全称为Access Control List（访问控制列表），用于控制资源的访问权限,可以控制节点的读写操作,保证数据的安全性 。
1.ZooKeeper未授权访问 描述 ZooKeeper在未设置访问控制情况下，攻击者可通过执行envi命令获得系统大量的敏感信息，任务用户或者客户端不需要认证就可以连上zk的服务端，并且可以对znode进行增删等操作，非常不安全的，极易被攻击和篡改。
ZK的节点有5种操作权限： CREATE、READ、WRITE、DELETE、ADMIN 也就是 增、删、改、查、管理权限，这5种权限简写为crwda(即：每个单词的首字符缩写) 注：这5种权限中，delete是指对子节点的删除权限，其它4种权限指对自身节点的操作权限
ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。（百度百科）。ZooKeeper代码版本中，提供了分布式独享锁、选举、队列的接口，其中分布锁和队列有Java和C两个版本，选举只有Java版本。一般用于分布式的消息监听（主要）和分布式锁的用途（次要）。
目前zookeeper的版本是3.6.0,同时增加了几个新特性，同时拥抱了Prometheus.
在Zookeeper的运行过程中，客户端会在会话超时的到期范围内向服务器发送请求（包括读写）或ping请求，俗称心跳检测，以完成会话激活，从而保持会话的有效性。
zk做为分布式架构中的重要中间件，通常会在上面以节点的方式存储一些关键信息，默认情况下，所有应用都可以读写任何节点，在复杂的应用中，这不太安全，ZK通过ACL机制来解决访问权限问题，详见官网文档：http://zookeeper.apache.org/doc/r3.4.6/zookeeperProgrammers.html#sc_ZooKeeperAccessControl 总体来说，ZK的节点有5种操作权限： CREATE、READ、WRITE、DELETE、ADMIN 也就是 增、删、改、查、管理权限，
1、事务日志log，对应代码类：org.apache.zookeeper.server.persistence.FileTxnLog 2、快照日志snapshot，对应代码类：org.apache.zookeeper.server.persistence.FileTxnSnapLog
前面的文章介绍了《Kerberos原理--经典对话》、《Kerberos基本概念及原理汇总》、《基于ambari的Kerberos安装配置》、《Windows本地安装配置Kerberos客户端》，《Kerberos实战》，接下来再来聊聊基于Ambari如何禁用Kerberos，可不是在页面上点击禁用Kerberos那么顺利噢，有的时候服务会启动失败啊~
由于公司年底要更换办公地点，所以最近投了一下简历，发现面试官现在很喜欢问dubbo、zookeeper和高并发等。由于公司没有使用dubbo，只知道dubbo是一个远程服务调用的分布式框架，zookeeper为分布式应用程序协调服务。因此，本周查阅资料整理下zookeeper学习笔记。
Zookeeper 它作为Hadoop项目中的一个开源子项目，是一个经典的分布式数据一致性解决方案，致力于为分布式应用提供一个高性能、高可用，且具有严格顺序访问控制能力的分布式协调服务。
维护配置信息 如java编程经常遇到配置项,比如数据路连接的url,password等等。通常这些配置文件需要放在服务器上，但需要更改配置文件的时候需要去服务器上更改。但是随着分布式系统的兴起，由于许多服务器都有配置文件，一台台的更改配置文件相当麻烦，因此需要一种服务，能够高效且可靠的完成配置项的更改等操作，并保证各配置项在每台服务器上的一致性。所以有必要将zookeeper当成所有集群的一个配置中心，当zookeeper中过的配置发生变华的时候，会通知集群中的服务器重新获取最新的配置信息。 分布式锁 分布式环境中，一个服务可能部署在多台机器上，一个调用也可能设计多台机器多个进程，zookeeper提供了一种临时有序节点机制，可以生成分布式锁，进而保证分布式环境下的数据一致性。 集群管理 一个集群中的某些服务器宕机或者加入到该集群时，zookeeper会将这些消息通知给集群中的其他服务器，以调整存储和计算等任务的分配和执行等，此外zookeeper还会对故障的服务器做出诊断并尝试修复 生成分布式ID 在过去的单表单库型系统中，通常可以使用数据库字段自带的AUTO_INCREMENT属性来属性来唯一标识一条记录。此时我们就可以用zookeeper在分布式环境下生成全局唯一ID。做法如下：每次要生成一个新的id时，创建一个持久顺序节点，创建操作返回的节点序号，然后把比自己节点小的删除即可。
即所谓的配置中心.发布订阅一般有两种设计模式,分别为: Push模式和Pull模式. ZK采用推拉模式相结合的方式: 客户端向服务端注册自己需要监听的节点,一旦该节点数据发生变更,服务端向客户端发送Watcher事件通知,客户端收到通知之后主动向服务端获取最新数据. 基于ZK配置中心的配置信息有如下特点:
安装参考链接https://blog.csdn.net/qiunian144084/article/details/79192819
一个分布式系统最多只能同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）这三项中的两项。
本文主要分享一下zookeeper的一些基本概念，在正式进入正题前，和大家聊一聊刚入行时我的面试经验，可以说是耿直的有些可爱。
-r 只读模式, 当半数zk节点down，此时对zk集群不能操作。如果加上这个参数，能连接上集群，对zk集群进行操作（只读）读取数据。
导读 Zookeeper 相信大家都听说过，最典型的使用就是作为服务注册中心。今天陈某带大家从零基础入门 Zookeeper，看了本文，你将会对 Zookeeper 有了初步的了解和认识。 注意：本文基于 Zookeeper 的版本是 3.4.14，最新版本的在使用上会有一些出入，但是企业现在使用的大部分都是 3.4x 版本的。 Zookeeper 概述 Zookeeper 是一个分布式协调服务的开源框架。主要用来解决分布式集群中应用系统的一致性问题，例如怎样避免同时操作同一数据造成脏读的问题。 ZooKe
Zookeeper的ACL机制和Quota机制网上资料较少，这里做一个总结，以供大家参考。 1 Zookeeper ACL ZooKeeper的权限管理亦即ACL控制功能通过Server、Client两端协调完成： Server端： 一个ZooKeeper的节点（znode）存储两部分内容：数据和状态，状态中包含ACL信息。创建一个znode会产生一个ACL列表，列表中每个ACL包括： l 验证模式(scheme) l 具体内容(Id)（当scheme=“digest”时，Id为用户名密码，例如“root：
在了解Zookeeper之前，需要对分布式相关知识有一定了解，什么是分布式系统呢？通常情况下，单个物理节点很容易达到性能，计算或者容量的瓶颈，所以这个时候就需要多个物理节点来共同完成某项任务，一个分布式系统的本质是分布在不同网络或计算机上的程序组件，彼此通过信息传递来协同工作的系统，而Zookeeper正是一个分布式应用协调框架，在分布式系统架构中有广泛的应用场景。
ZooKeeper 的权限管理亦即ACL 控制功能，使用ACL来对Znode进行访问控制。ACL的实现和Unix文件访问许可非常相似：它使用许可位来对一个节点的不同操作进行允许或禁止的权 限控制。但是和标准的Unix许可不同的是，Zookeeper对于用户类别的区分，不止局限于所有者(owner)、组 (group)、所有人(world)三个级别。Zookeeper中，数据节点没有"所有者"的概念。访问者利用id标识自己的身份，并获得与之相应的 不同的访问权限。
在Zookeeper中，ZNode可以分为持久节点和临时节点两类。所谓持久节点是指一旦这个ZNode被创建了，除非主动进行ZNode的移除操作，否则这个ZNode将一直保存在Zookeeper上。而临时节点就不一样了，它的生命周期和客户端会话绑定，一旦客户端会话失效，那么这个客户端创建的所有临时节点都会被移除。另外，ZooKeeper还允许用户为每个节点添加一个特殊的属性：SEQUENTIAL.一旦节点被标记上这个属性，那么在这个节点被创建的时候，Zookeeper会自动在其节点名后面追加上一个整型数字，这个整型数字是一个由父节点维护的自增数字。
zookeeper我们常用来做分布式协调中间件，很多时候我们都接触不到它的原理和用法，我对他的了解也仅限于知道它可以做分布式协调、配置管理、分布式锁，并且有个watch节点监听常常能听到。接下来我要系统的学下zookeeper的功能和原理，一起走进zookeeper的世界
由于之前的服务都是在内网，Zookeeper集群配置都是走的内网IP，外网不开放相关端口。最近由于业务升级，购置了阿里云的服务，需要对外开放Zookeeper服务。
下载 首先去官网下载： http://mirror.bit.edu.cn/apache/zookeeper/zookeeper-3.4.11/ 然后执行tar -zxvf解压 启动 进入conf目录，拷贝zoo_simple.cfg成zoo.cfg，单机版本不用修改。 直接执行脚本启动服务器: ./zkServer.sh start 然后执行脚本启动客户端：./zkCli.sh 在命令行中输入help，得到结果： [zk: localhost:2181(CONNECTED) 1] help ZooKee
通过上一篇的学习，对zookeeper大致有了一些了解，但是想在实际开发与合适的业务场景中使用，还是需要依赖更多深入的学习，同时在项目中不断的实实践，发现问题并解决，才能对技术有更清晰与独特的见解。
用来删除节点，与delete的区别是delete只能用来删除叶子节点，如果节点下有子节点的话则不能删除，则rmr可以删除非叶子节点，即节点下有子节点时仍可以删除节点，zk中的delete类似于Linux下的rmdir，只能用来删除空目录，而rmr则类似于rm -rf，不管目录下面有什么都递归删除
###zookeeper设置用户验证访问权限 ####首先你要弄明白zookeeper的验证 先给一个例子
说到消息“撤回”，应该能想到 qq 或者微信提供的消息撤回功能，应该算是互联网上的一剂后悔药，这样做不仅能减少评论错误，还能极大程度提升用户使用体验，这两全其美的事情何乐而不为，可我们修改的对象 Valine 一如既往的没有提供这些人性化的功能，所以我们还得和以前一样看看文档写写 bug 才能把功能捣鼓出来..（想法来自 @Zsedczy 的评论重新编辑和撤销删除）
一、Zookeeper基础简介 1、概念简介 Zookeeper是一个Apache开源的分布式的应用，为系统架构提供协调服务。从设计模式角度来审视：该组件是一个基于观察者模式设计的框架，负责存储和管理数据，接受观察者的注册，一旦数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的观察者做出相应的反应，从而实现集群中类似Master/Slave管理模式。ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。 2、基本理论 数
文章目录 1、列出节点 2、查看节点状态 3、列出配额 4、设置配额 5、删除配额 6、显示最近执行过的命令 7、创建节点 8、设置节点内容 9、获取某个节点信息 10、删除节点 11、事件监听 12、权限控制 1、列出节点 ls path ls -s path //包含该节点的详细信息，如子节点总数等 2、查看节点状态 stat path 📷 cZxid = 0x14f //创建节点的ID ctime = Thu Nov 07 01:02:53 CST 2019 //节点的创建时间 mZxid = 0x1
http://www.apache.org/dyn/closer.cgi/zookeeper/
包含c、c++、java、python、linux、html、php等上百本电子书！
上图我们看到watcher机制有三部分组成，客户端，zookeeper，watchmanager,客户端把向zookeeper注册的同时,灰板watcher存储到客户端的watcherManager中,当zookeeper服务器端触发watcher事件后,向客户端发送通知，客户端从watchManager中取出对应Wacher对象来执行回调逻辑
对象存储，通常指 S3 (Simple Storage Service) 服务，由AWS提供公有云服务，而 Ceph 也可以提供兼容 S3 协议的对象存储服务，使用起来跟 AWS 的 S3 体验几乎一样。 环境介绍 访问域名： tstack-s3.oa.com 后端物理环境： [ 64G/8Core/11TB*4/10GE*2 ] * 5台 Ceph 版本： Jewel 10.2.7 RGW 网关： 1个/台，共5个，HAProxy+KeepAlived 实现负载均衡。 测试秘钥： access_k
在上一篇文章中ZooKeeper入门一给大家介绍了分布式协调中间件ZooKeeper的下载安装以及集群的搭建，那么本篇文章我们就来继续介绍一下ZooKeeper的一些需要补充的重要概念、客户端的常用命令以及业界操作ZooKeeper的高度封装的客户端CuratorFramework，并使用它实现一个自定义的分布式配置中心。下面进入正文。
# 启动三个zk节点，节点端口映射关系分别为：2181:2181、2182:2181、2183:2181
使用 bin/zkCli.sh -server 127.0.0.1:2181 进行连接
最近一年了吧，总是忙于特定项目的业务分析和顶层设计，很少花时间和精力放到具体的技术细节，感觉除了架构理念和分析能力的提升，在具体技术层次却并没有多大的进步。因为一些原因，总被人问及一些技术细节，很多细节都模糊了，花点时间，温习一下吧。技术部分将作为下一个阶段的工作重点。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
