微服务架构的那些事儿

一.dubbo浅谈

项目涉及分布式的时候，就会有dubbo这样的分布式服务框架要进行使用。dubbo框架是阿里巴巴公司开源的一个致力于提供高性能和透明化的RPC远程服务调用方案。RPC是远程过程调用（Remote Procedure Call）的缩写形式。也就是两台服务器A、B，一个在A服务器上的应用，想调用一个部署在B服务器上的应用提供的API。就需要通过网络来表达调用的语义和传达的调用数据。那dubbo远程过程调用是怎样实现的呢？铁汁们接着往下走。

dubbo架构图如下所示：

1. 服务容器负责启动，加载，运行服务提供者。；
2. 服务提供者在启动时，向注册中心注册自己提供的服务。
3. 服务消费者在启动时，向注册中心订阅自己所需的服务。
4. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
5. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
6. 服务消费者和提供者，在内存中累计调用次数和调用时间，

dubbo框架在公司有人搭建好给你使用，但是如果你不自己搭建一次，那么很难去理解它的架构，而且一些配置文件你不知道是什么，那么你一旦遇到一些问题，自己很难去解决。实践出真知！事情搞起来！

二.dubbo-admin管理平台搭建

dubbo的使用，其实只需要有注册中心，消费者，提供者这三个就可以使用了。为了方便管理我们引入dubbo-admin。通过dubbo-admin可以对消费者和提供者进行管理。
下载地址链接: https://github.com/apache/dubbo/tree/dubbo-2.6.0.
注意：dubbo-2.6.0之后没有dubbo-admin工程
项目如下图：

运行项目如下图：

三.Zookeeper的部署

3.1 Zookeeper能做什么
简单来说zookeeper=文件系统+监听通知机制。zookeeper可以实现诸如分布式应用配置管理、统一命名服务、状态同步服务、集群管理等功能。
分布式应用配置管理：
假设我们的程序是分布式部署在多台机器上，如果我们要改变程序的配置文件，需要逐台机器去修改，非常麻烦，现在把这些配置全部放到zookeeper上去，保存在 zookeeper 的某个目录节点中，然后所有相关应用程序对这个目录节点进行监听，一旦配置信息发生变化，每个应用程序就会收到 zookeeper 的通知，然后从 zookeeper 获取新的配置信息应用到系统中。
3.2 ZooKeeper的下载
官网可下载：
链接: http://www.apache.org/dyn/closer.cgi/zookeeper/.

先点击zkServer启动zookeeper,再点击zkcli客户端

如下图启动zookeeper成功：

四. dubbo+spring boot+mybatis+redis分布式框架项目实例demo

源码链接:: http://www.zuidaima.com/share/3601759432969216.htm.

项目如下图：

五.结果展示

服务提供者

服务消费者

参考链接

链接: https://blog.csdn.net/u013142781/article/details/50387583.

以一首歌作为结尾（愿世间美好与你环环相扣）

https://www.ximalaya.com/yinyue/3595841/220969101.