ZooKeeper系列(1)--分布式系统的基石

分布式架构有以下几点普适性的共性需求:

     1. 提供集群的集中化的配置管理功能,可以不重启就让新的配置参数生效,类似与配置中心

     2. 简单可靠的集群节点动态发现机制,便于动态发现服务,动态扩展节点

     3. 简单可靠的leader选举机制

     4. 提供分布式锁

 

    zookeeper的数据结构整体上可以看作一颗目录树,其中每个节点被称作ZNode,每个Znode都可以通过其路径(Path)唯一标识,如/services/helloworld。每个ZNode都可以绑定一个二进制存储数据(Data),用来存储少量数据,默认最大1MB。不建议在ZNode中存储大量的数据,因为数据多份复制,会带来宽带压力,降低性能。

  



    ZNode有一个ACL访问权限列表,用来决定当前操作API 的用户是否有操作此节点的权限。ZNode还提供了实时通知的接口--Watch,应用可以选择任意ZNode进行监听,如果被监听的ZNode或者其Child发生变化,则应用可以实时收到通知,这样一来,很多场景和需求都能通过ZooKeeper来实现了。

 

    此外,ZNode是有生命周期的,这取决于节点的类型,节点的类型分为以下几类:

    1. 持久节点:节点创建后就一直存在,直到有删除操作来主动删除该节点

    2. 临时节点:临时节点的生命周期和创建该节点的客户端会话绑定,即如果客户端会话失效(客户端宕机或下线),这个节点自动删除 

    3. 时序节点:创建节点是可以设置这个属性,ZooKeeper会自动为给定的节点加上一个数字后缀,作为新的节点名。数字后缀的范围是整型的最大值

     4. 临时性时序节点:同时具备临时节点与时序节点的特性,主要用于分布式锁的实现

 

    从上面的分析来看,持久节点主要用于保存持久化数据,如集群的配置信息,结合Watch特性,实现配置的实时生效。

    临时节点可以实现复杂的动态服务发现和服务路由功能。通常的做法是,分布式集群不同服务器上的服务注册到同一个ZooKeeper上,并在某个指定的路径下创建各自对应的临时节点,如/serviceA/node1, /serviceA/node2,客户端则监听/service目录。当有新的节点加入集群时,ZooKeeper会把变化实时通知到所有客户端,客户端就可以及时更新自己的服务路由转发表,实现全自动透明的服务发现和服务路由功能。

    时序类型的节点,在创建时,每个节点名都会被追加一个递增的序号,类似于数据库自增主键,每个ZNode都有唯一序号,而且不会冲突。以此可以实现简单的Master(Leader)选举机制。即把一组service实例都注册为临时性时序节点ZNode,每次选取Master时,选取序号最小的为Master,而当Master宕机时,相应的ZNode会消失,新的服务器列表会推送至客户端,继续选举下一任Master,这样就做到了动态选举Master。

 

 

    ZooKeeper主要用于以下场景:

    1. 实现配置管理(配置中心)

    2. 服务注册中心

    3. 集群通信与控制子系统

 

    作为服务注册中心时:


 

    首先服务提供者将自身的服务信息注册到注册中心。通常注册信息包含如下内容:

    1. 服务的类型

    2. 隶属于哪个系统

    3. 服务的IP/端口

    4. 服务的请求URL

    5. 服务的权重

    其次注册中心要将所有服务信息存储,同时负责将注册信息的更新推送到所有的消费者(通过Watch机制实现)。

    最后,服务消费者只有在初始化及服务变更时会依赖注册中心,而在整个服务调用过程中与服务提供方直接通信,不依赖于任何第三方,包括注册中心。

 

 

 

欢迎关注我的微信公众号(Sunnick,请扫码关注),随时留言交流~

posted @ 2018-09-21 20:15  程序员顺仔  阅读(423)  评论(0编辑  收藏  举报