谈谈dubbo

注：Proxy，服务代理层，服务接口透明代理，生成服务的客户端Stub和服务器端Skeleton,以ServiceProxy为中心，扩展接口为ProxyFactory

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时和注册中心交互，注册中心不转发请求，压力较小

1.服务注册中心动态的注册和发现服务，使服务的位置透明，可实现软负载均衡

2.当进一步发展，服务间依赖的关系变得错综复杂，就需要绘制依赖关系图

3.随着服务调用量越来越大，服务的容量问题就暴露出来，一个服务需要多少机器支撑，什么时候该加机器？这就需要统计服务每天的调用量、响应时间，动态调整权重

注册中心，服务提供者，服务消费者三者之间均为长连接；注册中心通过长连接感知服务提供者的存在；注册中心、监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表；注册中心和监控中心是可选的，服务消费者可以直连服务提供者。

负载均衡：

Random - 按权重设置随机概率

RoundRobin - 轮询，存在慢的提供者累积请求的问题

LeastActive - 最小活跃调用数

ConsistentHash - 一致性Hash，当某一台provider挂掉后，原本发往该provider的请求，基于虚拟结点，平摊到其他提供者，这样不会引起剧烈变动。

Dubbo支持的协议：

Dubbo协议

Hessian协议，基于HTTP

HTTP协议

RMI协议，受到防火墙的限制，对于外部和内部的通信场景不使用

WebService协议

Thrift协议

Memcached协议

Redis协议

参考资源：

1.Dubbo用户指南，http://dubbo.io/User+Guide-zh.htm