【dubbo】分布式和dubbo

dubbo 用途

拆分后不用 dubbo 可以吗？

当然可以了，大不了最次，就是各个系统之间，直接基于 spring mvc，就纯 http 接口互相通信呗，还能咋样。但是这个肯定是有问题的，因为 http 接口通信维护起来成本很高，你要考虑超时重试、负载均衡等等各种乱七八糟的问题，比如说你的订单系统调用商品系统，商品系统部署了 5 台机器，你怎么把请求均匀地甩给那 5 台机器？这不就是负载均衡？你要是都自己搞那是可以的，但是确实很痛苦。

所以 dubbo 说白了，是一种 rpc 框架，就是说本地就是进行接口调用，但是 dubbo 会代理这个调用请求，跟远程机器网络通信，给你处理掉负载均衡了、服务实例上下线自动感知了、超时重试了，等等乱七八糟的问题。那你就不用自己做了，用 dubbo 就可以了。

https://zhuanlan.zhihu.com/p/67410241

 

dubbo和zookeeper间的关系

zookeeper 是注册中心，就是一个单独运行的软件

我们设定 ：

项目1 是服务提供者

项目2 是服务消费者

===================提供者======================

我们在项目1 中 实现一个服务A，就是一个serviceImpl ，然后引入dubbo 及相关配置。

实现serviceImpl 完成了就去启动项目1 ，启动时，项目1就会根据配置去zookeeper 这个正在运行的软件里面注册一个，就是告诉zookeeper 我实现了某个功能，如果别人想使用的话你就告诉他我的地址吧！让他来找我！

===================消费者 ====================

项目2 是消费者，就是想使用提供者的服务，以前我们直接调用http/https的接口就可以实现调用别人的服务，但是（http/https）速度比较慢哦！

这时给项目2 也引入dubbo，并在配置文件中写好我想调用什么服务。然后启动吧，启动时项目2回去告诉zookeeper 我运行时会使用 某某服务 ，zookeeper就记住了项目2 想使用什么服务。

项目2启动后 ，某一天想调用 服务A ，这时项目2 就跑去问zookeeper ，zookeeper 就按照记录找出项目1 中 服务A的 地址，说“地址给你了，自己去访问吧！” ，然后项目2 根据地址 就去找 项目1 调用A服务了 。 ---------------这个过程叫 远程过程调用，也就是RPC了。

 

为什么项目2 明明可以用http接口直接调用 项目1 ，但是为什么要用dubbo呢？

1、项目大了，接口多了，要也记录的url 就很多了，一多就蛋疼~~

2、dubbo底层是netty , netty是一个网络框架，就速度来说肯定比http快~~

3、当然还有什么解耦合啊之类的

 

作者：么么揣
链接：https://www.zhihu.com/question/25070185/answer/243897200