小白看完都学会了,Dubbo SPI及自适应扩展原理,

2021年09月15日 阅读数:1
这篇文章主要向大家介绍小白看完都学会了,Dubbo SPI及自适应扩展原理,,主要内容包括基础应用、实用技巧、原理机制等方面,希望对大家有所帮助。

2. ZooKeeper 介绍

2.1. ZooKeeper 由来

正式介绍 ZooKeeper 以前,咱们先来看看 ZooKeeper 的由来,还挺有意思的。node

下面这段内容摘自《从 Paxos 到 ZooKeeper 》第四章第一节,推荐你们阅读一下:git

ZooKeeper 最先起源于雅虎研究院的一个研究小组。在当时,研究人员发现,在雅虎内部不少大型系统基本都须要依赖一个相似的系统来进行分布式协调,可是这些系统每每都存在分布式单点问题。因此,雅虎的开发人员就试图开发一个通用的无单点问题的分布式协调框架,以便让开发人员将精力集中在处理业务逻辑上。面试

关于“ZooKeeper”这个项目的名字,其实也有一段趣闻。在立项初期,考虑到以前内部不少项目都是使用动物的名字来命名的(例如著名的 Pig 项目),雅虎的工程师但愿给这个项目也取一个动物的名字。时任研究院的首席科学家 RaghuRamakrishnan 开玩笑地说:“在这样下去,咱们这儿就变成动物园了!”此话一出,你们纷纷表示就叫动物园管理员吧一一一由于各个以动物命名的分布式组件放在一块儿,雅虎的整个分布式系统看上去就像一个大型的动物园了,而 ZooKeeper 正好要用来进行分布式环境的协调一一因而,ZooKeeper 的名字也就由此诞生了。算法

2.2. ZooKeeper 概览

ZooKeeper 是一个开源的分布式协调服务,它的设计目标是将那些复杂且容易出错的分布式一致性服务封装起来,构成一个高效可靠的原语集,并以一系列简单易用的接口提供给用户使用。数据库

原语: 操做系统或计算机网络用语范畴。是由若干条指令组成的,用于完成必定功能的一个过程。具备不可分割性·即原语的执行必须是连续的,在执行过程当中不容许被中断。设计模式

ZooKeeper 为咱们提供了高可用、高性能、稳定的分布式数据一致性解决方案,一般被用于实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master 选举、分布式锁和分布式队列等功能。缓存

另外,ZooKeeper 将数据保存在内存中,性能是很是棒的。 在“读”多于“写”的应用程序中尤为地高性能,由于“写”会致使全部的服务器间同步状态。(“读”多于“写”是协调服务的典型场景)。服务器

2.3. ZooKeeper 特色

  • 顺序一致性: 从同一客户端发起的事务请求,最终将会严格地按照顺序被应用到 ZooKeeper 中去。
  • 原子性: 全部事务请求的处理结果在整个集群中全部机器上的应用状况是一致的,也就是说,要么整个集群中全部的机器都成功应用了某一个事务,要么都没有应用。
  • 单一系统映像 : 不管客户端连到哪个 ZooKeeper 服务器上,其看到的服务端数据模型都是一致的。
  • 可靠性: 一旦一次更改请求被应用,更改的结果就会被持久化,直到被下一次更改覆盖。

2.4. ZooKeeper 典型应用场景

ZooKeeper 概览中,咱们介绍到使用其一般被用于实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master 选举、分布式锁和分布式队列等功能。markdown

下面选 3 个典型的应用场景来专门说说:网络

  1. 分布式锁 : 经过建立惟一节点得到分布式锁,当得到锁的一方执行完相关代码或者是挂掉以后就释放锁。
  2. 命名服务 :能够经过 ZooKeeper 的顺序节点生成全局惟一 ID
  3. 数据发布/订阅 :经过 Watcher 机制 能够很方便地实现数据发布/订阅。当你将数据发布到 ZooKeeper 被监听的节点上,其余机器可经过监听 ZooKeeper 上节点的变化来实现配置的动态更新。

实际上,这些功能的实现基本都得益于 ZooKeeper 能够保存数据的功能,可是 ZooKeeper 不适合保存大量数据,这一点须要注意。

2.5. 有哪些著名的开源项目用到了 ZooKeeper?

  1. Kafka : ZooKeeper 主要为 Kafka 提供 Broker 和 Topic 的注册以及多个 Partition 的负载均衡等功能。
  2. Hbase : ZooKeeper 为 Hbase 提供确保整个集群只有一个 Master 以及保存和提供 regionserver 状态信息(是否在线)等功能。
  3. Hadoop : ZooKeeper 为 Namenode 提供高可用支持。

3. ZooKeeper 重要概念解读

破音:拿出小本本,下面的内容很是重要哦!

3.1. Data model(数据模型)

ZooKeeper 数据模型采用层次化的多叉树形结构,每一个节点上均可以存储数据,这些数据能够是数字、字符串或者是二级制序列。而且。每一个节点还能够拥有 N 个子节点,最上层是根节点以“/”来表明。每一个数据节点在 ZooKeeper 中被称为 znode,它是 ZooKeeper 中数据的最小单元。而且,每一个 znode 都一个惟一的路径标识。

强调一句:ZooKeeper 主要是用来协调服务的,而不是用来存储业务数据的,因此不要放比较大的数据在 znode 上,ZooKeeper 给出的上限是每一个结点的数据大小最大是 1M。

从下图能够更直观地看出:ZooKeeper 节点路径标识方式和 Unix 文件系统路径很是类似,都是由一系列使用斜杠"/"进行分割的路径表示,开发人员能够向这个节点中写人数据,也能够在节点下面建立子节点。这些操做咱们后面都会介绍到。

ZooKeeper 数据模型

3.2. znode(数据节点)

介绍了 ZooKeeper 树形数据模型以后,咱们知道每一个数据节点在 ZooKeeper 中被称为 znode,它是 ZooKeeper 中数据的最小单元。你要存放的数据就放在上面,是你使用 ZooKeeper 过程当中常常须要接触到的一个概念。

3.2.1. znode 4种类型

咱们一般是将 znode 分为 4 大类:

  • 持久(PERSISTENT)节点 :一旦建立就一直存在即便 ZooKeeper 集群宕机,直到将其删除。
  • 临时(EPHEMERAL)节点 :临时节点的生命周期是与 客户端会话(session) 绑定的,会话消失则节点消失 。而且,临时节点只能作叶子节点 ,不能建立子节点。
  • 持久顺序(PERSISTENT_SEQUENTIAL)节点 :除了具备持久(PERSISTENT)节点的特性以外, 子节点的名称还具备顺序性。好比 /node1/app0000000001/node1/app0000000002
  • 临时顺序(EPHEMERAL_SEQUENTIAL)节点 :除了具有临时(EPHEMERAL)节点的特性以外,子节点的名称还具备顺序性。

3.2.2. znode 数据结构

每一个 znode 由 2 部分组成:

  • stat :状态信息
  • data : 节点存放的数据的具体内容

更多:Java进阶核心知识集

包含:JVM,JAVA集合,网络,JAVA多线程并发,JAVA基础,Spring原理,微服务,Zookeeper,Kafka,RabbitMQ,Hbase,MongoDB,Cassandra,设计模式,负载均衡,数据库,一致性哈希,JAVA算法,数据结构,加密算法,分布式缓存等等

image

CodeChina开源项目:【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】

高效学习视频