在第一篇文章架构中提到，分布式是业务逻辑需要多个service协同完成，不同于集群，多个拷贝。
既然需要多个service通信，那么service之间通信的方式都有那些：
1. Web service 基于SOAP协议，比较笨重，不建议使用
2. REST 如果服务较多，调用链比较复杂，虽然可以通过分布式追踪进行分析
3. 消息总线（一般适用于异步通信方式）
4. 使用dubbo 使用RPC协议进行远程调用，直接用socket通信，效率高，并且能够统计调用关系，调用次数。但是service只支持java语言开发
如何使用dubbo？
先看看spring boot 整合dubbo的配置方式：
服务提供方
服务消费方
dubbo配置部分参考：
https://www.cnblogs.com/umgsai/p/6246041.html
2. dubbo原理
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
其核心部分包含:
- 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
- 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
- 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器