Dubbo使阿里巴巴开源的基于Java的高性能RPC分布式服务框架
- 为什么要用Dubbo
因为Dubbo使阿里开源项目,国内已经有很多互联网公司在用,经过了很多线上考验。内部使用了Netty、Zookeeper,保证了高性能高可用性。房东(提供方) 将房源注册给 zookeeper(中介),租客(消费方)从注册中心那里获取房源信息
使用Dubbo可以将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,可用在提高业务复用灵活扩展,使前端应用能够更快速的响应多变的市场需求。
分布式架构能够承受更大规模的并发流量
- Dubbo和Spring Cloud
Dubbo使用RPC通信,Spring Cloud使用的是HTTP RESTFUL方式
组成部分不同
- dubbo都支持什么协议,推荐使用哪种
dubbo://(推荐),rmi://,hessian://,http://,webservice://,thrift://,memcached://,redis://,rest://
Dubbo不需要Web容器,若硬要用Web容器,只会增加复杂性,也浪费资源
- Dubbo内置了哪几种服务容器
Spring Container,Jetty Container,Log4j Container
Dubbo的服务容器只是一个简单的Main方法,并加载一个简单的Spring容器,用于暴露服务。
- Dubbo里面有哪几种节点角色
Dubbo默认使用的注册中心是Zookeeper(推荐),还有Redis,Multicast,Simple注册中心,但不推荐
更加详细的学习文档在 http://dubbo.apache.org/zh-cn/docs/user/configuration/config-center.html
0 服务容器负责启动,加载,运行服务提供者。
1. 服务提供者(生产者)在启动时,向注册中心注册自己提供的服务。
2. 服务消费者在启动时,向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
5. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心