【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