zookeeper是什么东西啊?
ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
zookeeper是一种用户分布式应用程序的协调服务。
官方文档上这么解释zookeeper，它是一个分布式服务框架，是Apache Hadoop 的一个子项目，它主要是用来解决分布式应用中经常遇到的一些数据管理问题，如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。上面的解释有点抽象，简单来说zookeeper=文件系统+监听通知机制。
zk是“ZooKeeper”的缩写，它是一个开源的分布式协调服务。它提供高效且可靠的分布式协调，并可用于构建分布式应用程序和服务。zk可以用于解决数据共享、集群管理、分布式锁等问题，具有高可用性、高性能和易于使用的特点。zk具有很多优点。
zookeeper与eureka的区别是：设计目的和用途、功能特性、一致性模型、部署方式、社区活跃度。设计目的和用途：Zookeeper是一个分布式的、高可靠的协调服务，其主要用途是在分布式系统中保持各个节点之间的状态和配置同步。它的核心原则是保持系统的一致性和可用性。
ZooKeeper作为一种分布式协调服务，通常被用于管理大型分布式系统中的元数据、配置信息、命名、同步等。然而，除了这些常见的用途，ZooKeeper还可以被用于一些另类的场景，这些场景可能不那么直观，但却非常有趣和实用。ZooKeeper的另类用法之一是作为一个简单的分布式锁服务。
hbase必须依赖zookeeper吗?Nacos不可以吗?
本来也是没有问题的，想想吧，系统里也只有hbase在用zookeeper。先启动zookeeper，再将hbase起来就好了HBase的安装包里面有自带zookeeper的。很多系统部署也是直接启动上面的zookeeper。本来也是没有问题的，想想吧，系统里也只有hbase在用zookeeper。
可以不使用，HBASE有自带的zookeeper。
HBase依赖Zookeeper提供消息通信机制。与FUJITSU Cliq等商用大数据产品不同，HBase是Google Bigtable的开源实现，类似Google Bigtable利用GFS作为其文件存储系统。HBase利用Hadoop HDFS作为其文件存储系统；Google运行MapReduce来处理Bigtable中的海量数据，HBase同样利用Hadoop MapReduce来处理HBase中的海量数据。
一个分布式HBase系统安装依赖于一个运行着的ZooKeeper集群，所有参与的节点和客户端必须能够正常访问运行着的ZooKeeper集群。HBase默认为你提供一个节点的ZooKeeper集群，它会伴随着HBase start/stop进程的启动/停止而启动/停止。
微服务架构之服务注册与发现(一)
服务注册中心主要是维护各个应用服务的ip+port列表，并保持与各应用服务的通讯，在一定时间间隔内进行心跳检测，如果心跳不能到达则对服务IP列表进行剔除，并同时通知给其它应用服务进行更新。同样要是有新增的服务进来，应用服务会向注册中心进行注册，服务注册中心将通知给其它应用进行更新。
Eureka是Netflix开源的一个RESTful服务，主要用于服务的注册与发现。它是微服务架构中不可或缺的一部分，提供了服务注册、服务发现、服务健康检查等功能。在详细解释Eureka之前，我们首先要理解什么是服务注册与发现。在一个由众多微服务组成的系统中，每个服务都可能需要与其他服务进行通信。
首先，服务注册中心是服务发现的核心组件，它就像一座中央目录，维护着服务的清单。服务的启动和终止会实时更新这份清单。常见的注册模式包括服务自注册，即服务主动上报自身状态，以及第三方健康检查，由独立的监控系统进行服务健康状况的验证。服务发现机制大致分为三个角色：服务提供者、服务消费者和注册中心。
Nacos 客户端将自己注册进 Nacos 服务器。
Spring Cloud的主要组件包括服务注册与发现（Eureka），负载均衡（Ribbon），服务调用（Feign），断路器（Hystrix），路由网关（Zuul），配置管理（Config Server和Bus），服务跟踪（Sleuth）等。
利用ZK来实现一个服务的注册和发现小结 服务的注册 先来安装zk，这里可以在windows环境下安装即可，我们就用一个单节点做测试。
微服务架构系列之–最全配置中心对比(面试随便装)
1、Nacos： 作为阿里巴巴的服务发现与管理工具，Nacos专为微服务架构而生，提供DNS/RPC服务发现、健康检查功能，并支持复杂网络环境。其健康检查功能强大，支持动态配置服务，简化部署与扩展，UI界面友好，尤其在服务发现和易用性方面表现优秀。
2、厂商平台绑定：平台会提供Serverless架构给大玩家，比如AWS Lambda，运行它需要使用AWS指定的服务，比如API网关，DynamoDB，S3等等，一旦你在这些服务上开发一个复杂系统，你会粘牢AWS，以后只好任由他们涨价定价或者下架等操作，个性化需求很难满足，不能进行随意的迁移或者迁移的成本比较大，同时不可避免带来一些损失。
3、服务网关也称为API网关，是服务调用的唯一入口，可以在这个组件中实现用户鉴权、动态路由、灰度发布、负载限流等功能。分布式配置中心将本地化的配置信息（properties、yml、yaml等）注册到配置中心，实现程序包在开发、测试、生产环境的无差别性，方便程序包的迁移。
4、nacos具有Apollo大部分功能，最重要的是配置中心与注册中心打通，可以省去我们在微服务治理方面 的一些投入（比如通过动态配置来启停线程池等操作）。
5、其中Netflix开源的整套微服务架构套件是Spring Cloud的核心。
6、由于微服务架构是由一系列职责单一的细粒度服务构成的网状结构，服务之间通过轻量机制进行通信，这就引入了服务注册与发现的问题，服务的提供方要注册报告服务地址，服务调用放要能发现目标服务。我们的微服务架构中使用了Eureka组件来实现服务的注册与发现。
