dubbo 框架解读_dubbo类似框架_dubbo框架(2)

由于是二次握手，因此很容易实现完全的一种分布式服务架构模式，而且这种分布式集群不需要借助任何的集群软件和负载均衡设备。这是Dubbo框架的另外一个重要优点，即在服务注册中心本身有一个请求分配机制，可以在获取服务访问地址的时候动态的根据各种分配策略将服务请求分配到不同的服务端提供地址上面。即将所有的服务提供端IP地址，提供服务地址都需要配置到服务注册中心，服务注册中心根据某种负载均衡算法进行服务请求的平均分配。由于本身服务的无状态性，因此也不需要有专门的服务状态和会话保持机制。

应用的心跳检测是一个重要内容，注意这里不仅仅是服务器本身的心跳检查，而可能是到服务是否可用的心跳检测，只有实现这个层面的心跳，服务注册和管理中心才可能在服务提供端无法访问的时候动态分配其它可访问的服务提供地址，形成一种高可用性架构模式。对于心跳检测现在常用的方法仍然是基于socket的长连接和状态机制来实现。但是对于tcpkeepalive心跳检测机制最大的问题还是在于无法很好的检测服务本身是否可用的问题，这个问题得到解决才是根本。

注意在dubbo里面有两个重要的模块，一个是dubbo-cluster集群模块，将多个服务提供方伪装为一个提供方，包括：负载均衡、容错、路由等，集群的地址列表可以是静态配置的，也可以是由注册中心下发。另外一个是dubbo-registry注册中心模块，基于注册中心下发地址的集群方式，以及对各种注册中心的抽象。要注意到这两个模块对应的服务注册中心和服务监控中心对服务本身的实际调用和消息传输是完全解耦的，这也是dubbo本身实现高可用性和高可靠性的一个基础。dubbo 框架解读

dubbo当前的实现机制在设计ESB类服务总线的时候很多思路也可以借鉴，即其对集群的实现思路，对监控中心和服务注册中心的实现思路。通过这种思路的实现可以将ESB服务总线彻底设计为一种全分布式高扩展性的分布式服务总线架构模式。这将同时解决到ESB总线本身的分布式集群扩展和传统dubbo无法监控和审计消息日志传输两方面的问题。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shumachanpin/article-44658-2.html