本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。技术选型公司的RPC框架是dubbo，配合使用的服务发现组件一直是zookeeper，长久以来也没什么大问题。至于为什么要考虑换掉zookeeper，并不是因为它的性能瓶颈，而是考虑往云原生方向演进。云原生计算基金会（CNCF）对云原生的定义是：云原生

近期在研究dubbo框架相信看到这篇博客的，dubbo的基础应该都有了zookeeper的搭建走了点弯路，配置起来各种麻烦，妈的搞的好烦。正好一直想用一下docker，但对docker只是有个简单的概念。用了一晚上去研究docker，之后发现真的好用搭建个zookeeper就跟玩似的。这里记录一下遇到的一些坑！1、spring

环境信息虚拟机版本：centos7、HBase版本1.3.3、Hadoop版本：2.6.4、Zookeeper版本：3.4.5异常信息ERRORmainzookeeper.RecoverableZooKeeper:ZooKeeperexistsfailedafter4attempts

产生该问题的原因主要是zookeeper中存在旧版本的kafkaconnecttopic信息，导致新版本的kafkaconnect启动异常：ERRORUnexpectedexceptioninThreadKafkaBasedLogWorkThreadconnectconfigs,5,main(org.a

摘要：随着分布式服务框架的流行，许多公司都引入了业界流行的分布式服务框架，本文介绍如何使用EOSPlatformDubboZookeeper实现分布式服务的开发与运行。1  环境准备1.1 环境选择EOSPlatform6.7.1Zookee

ubuntu18.04.2hadoop3.1.2zookeeper3.5.5高可用完全分布式集群搭建集群规划：hostnameNameNodeDataNodeJournalNodeResourceManagerZookeepernode01√√√node02√√node03√√

搭建准备：zookeeper是一定要提前安装好的，并最先启动运行！另外，强烈推荐安装ZKUI和dubboadmin：zkui可以实时查看zk的最新配置，和检测节点变化时代码的实时同步更新dubboadmin可以检测你的provider或者consumer有没有正确连接上，和consumer是否正确调用到了providerdubb

作为服务注册中心，Eureka比Zookeeper好在哪里著名的CAP理论指出，一个分布式系统不可能同时满足C（一致性）、A（可用性）和P（分区容错性）。由于分区容错性P是在分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。因此Zookeeper保证的是CPEureka则

1、 \destinationtest\_cancal,address/127.0.0.1:3306,EventParser\WARNc.a.o.s.a.i.setl.zookeeper.termin.WarningTerminProcessnid:1\1:canal:test\_cancal:java.lang.Null

最近在读《数据密集型应用系统设计》，其中谈到了zookeeper对容错共识算法的应用。这让我想到之前参考的zookeeper学习资料中，误将容错共识算法写成了2PC（两阶段提交协议），所以准备以此文对共识算法和2PC做梳理和区分，也希望它能帮助像我一样对这两者有误解的同学。