继续学习------自我理解dubbo+zookeeper分布式集群服务架构

请不要将本文当做任何有帮助的文档，因为都是我自己学习路上的理解，可能根本就是错的，如果有错并且真的有人能解释的了我这个错误，请评论，万分感谢，另—本篇未涉及dubbo相关知识

上一篇根据其他博主的文章加上网上搜索，写下了关于dubbo+zookeeper的简单实现部署，由于根本不理解问什么要这么用，于是这几天看了些关于zookeeper的文章，由于本人底子有点薄，根本不理解说的什么意思，而且每一篇差不多都一个样子，我也不怎么看官方文档，所以效果不明显。
但是学习就是自己做一下在想一下这样，今天突然有了启发，
以下看过之后我并没有什么结论，因为才学习一两天，所以请不要因为我的思路动摇自己的思路

带着问题学习

1. 为什么要利用zookeeper？
   在这里众多的zookeeper介绍，运用的文章中，我自己根本无法理解zookeeper的实际用途，所以就接着翻看好多dubbo+zookeeper的文章，发现都说了一句话就是注册中心，所以接着找，为什么zookeeper能作为注册中心，所以找到了博主【扬了握不住的沙】的文章《为什么zookeeper能作为注册中心？内部是怎么样运作的？》，关于“zookeeper就是个分布式文件系统,当你注册服务就是创建了一个znode节点”这句话，由于看到了dubbo-admin页面，所以大概理解了下，就是提供者提供新的服务，就创建一个znode节点；
   这样我就又去添加了个提供者，改了下端口，重写了api中sayhello方法，然后运行第二个提供者，（本人没有更多的电脑，就在单机模式中做的）
   
   (下面这句话是错的)然后admin中就变成了这样，不知道自己理解的对不对，将提供者弄到另一台服务器上，应该就是最基础的分布式吧

推翻以上

阅读《ZooKeeper实战【Windows集群环境搭建】》后有感，分布式服务根据网络通信，将zookeeper分到多个服务器上，在dubbo+zookeeper这个框架上，通过配置，修改连接的zookeeper，将各种服务放到这几个连接不同zookeeper的服务器上，实现分布式集群开发

1. 单机模式下伪集群的zookeeper，
   
2. 服务发布到第一个zookeeper，配置(spring.dubbo.registry.address=zookeeper://127.0.0.1:2181)
   

接着猜，我通过访问不同的zookeeper，将服务发布上去，实现简单的分布式

最后重点

version 1. 对于利用第二胎电脑的“强大”局限性，以上都是我自己猜的，因为刚想出来，所以怎么弄还需要接着做，现在如何将另一个提供者弄到另一台服务器上就要好好想想了，
version 2. 理解zookeeper分布式不是dubbo分布23333，最开始理解成多个提供者发布不同的服务到一个zookeeper上有点理解错误，