今天给各位分享zookeeperdubbo的缺点的知识，其中也会对zookeeper 缺点进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
Dubbo简介及优缺点
1、Dubbo注册中心 对于服务提供方，它需要发布服务，而且由于应用系统的复杂性，服务的数量、类型也不断膨胀；对于服务消费方，它最关心如何获取到它所需要的服务，而面对复杂的应用系统，需要管理大量的服务调用。
2、在流量治理方面，这里的流量治理指的是高级的流量调度、A、B和蓝绿部署的能力。Dubbo通过zk+client是支持一定的流量调度能力的。Dubbo、SpringCloud是框架组件，K8s是平台。所以我们在理解服务的关注点，根据企业上下文考量后选择，尽量不要混搭，保持体系的一致性。看了大牛的分析，自己学到了很多。
3、Apache Dubbo： 诞生于阿里巴巴的线上需求，主要是为了应对微服务场景下高并发的处理，所以Apache Dubbo的核心关注点就是解决微服务之间调用的性能。 并且将包括服务注册/发现、负载均衡等微服务的核心内容进行了集成。最后在核心调用流程稳定的情况下完成了包括本地存根、Mock、版本控制等诸多特性的集成。
dubbo和zookeeper
1、其实一个zookeeper集群能被多个应用公用，因为不同的框架会在zookeeper上建不同的节点，互不影响。如dubbo会创建一个/dubbo节点，storm会创建一个/storm节点。
2、看了下相关源码，如果是在Zookeeper上通过digest方式设置ACL，然后在dubbo上配置用户、密码，服务就注册不到Zookeeper上了，会报KeeperErrorCode = NoAuth。看了下调用相关代码，发现注册服务时所传的ACL如下图，而配置在dubbo上的，没有发现被使用的地方（如果注册中心是Zookeeper的话）。
3、ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式锁服务、集群管理、生成分布式之一ID等。
4、Zookeeper一个分布式的服务框架，是树型的目录服务的数据存储，能做到集群管理数据 ，这里能很好的作为Dubbo服务的注册中心，Dubbo能与Zookeeper做到集群部署，当提供者出现断电等异常停机时，Zookeeper注册中心能自动删除提供者信息，当提供者重启时，能自动恢复注册数据，以及订阅请求。
5、zookeeper是注册中心，用来管理提供者和消费者的，包括软负载均衡等；DUBBO是一个SOA分布式框架，它也用到的ZOOKEEPER。Open-SourceServiceDiscovery。服务发现是大多数分布式系统以及面向服务架构NET中有没有类似ZooKeeper这样的分布式服务框架。
为什么dubbo使用ZkClient作为zookeeper的客户端
1、dubbo的服务提供者会在zookeeper上面创建一个临时节点，表明自己的ip和端口，当消费者需要使用服务时，会先在zookeeper上面查询，找到服务提供者，做一些负载的选择（比如随机、轮流），然后按照这些信息，访问服务提供者。
2、Dubbo实现服务调用是通过RPC的方式，即客户端和服务端共用一个接口(将接口打成一个jar包，在客户端和服务端引入这个jar包)，客户端面向接口写调用，服务端面向接口写实现，中间的网络通信交给框架去实现。
3、ZooKeeper以树形结构保存数据。这很类似于文件系统，但“文件夹”(译者注：这里指非最底层的节点)又和文件很像。znode是ZooKeeper保存的实体。Node(节点)的说法很容易被混淆，所以为了避免混淆这里使用了znode。因为我们稍后还会使用，所以这里我们让客户端保持连接状态。开启一个新窗口，并创建一个zookeeperdemophp文件。
4、Zookeeper 作为一个分布式的服务框架，主要用来解决分布式集群中应用系统的一致性问题，它能提供基于类似于文件系统的目录节点树方式的数据存储，但是 Zookeeper 并不是用来专门存储数据的，它的作用主要是用来维护和监控你存储的数据的状态变化。
关于zookeeperdubbo的缺点和zookeeper 缺点的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
