More about dubbo

一、前言

　　dubbo 作为分布式服务框架支持丰富的配置和扩展方式，其中包括：通讯协议、并发控制、多版本服务、结果缓存、泛化引用\实现、回声测试、上下文信息、事件通知、路由规则（可用于实现读写分离）等多方面内容，官方User Guide（http://alibaba.github.io/dubbo-doc-static/Home-zh.htm）中已经包含了非常详细的解释和使用说明，不再重复描述。参照之前的博文《基于开源Dubbo分布式RPC服务框架的部署整合》（http://www.cnblogs.com/lengfo/p/4245215.html），已经实现了由Zookeeper作为dubbo注册中心的RPC简单调用，基于此，本文主要介绍了 dubbo 在负载均衡、服务管理、服务监控等方面的内容，部署结构如下图：

　　

　　

二、集成环境

　　1、测试环境（OS：Linux CentOS 6.5，CPU：2 Core，Memory：4G）

　　2、部署配置

Role	Name	IP_PORT	Remark
注册中心	zookeeper	10.129.221.64:2181	3.4.6，可扩展
服务提供者	provider_01	10.129.221.64:30001
服务提供者	provider_02	10.129.221.64:30002
服务提供者	provider_03	10.129.221.64:30003
服务管理	dubbo_admin	10.129.221.64:8080	2.5.3，基于 tomcat
服务监控	dubbo_monitor	10.129.221.64:8081	2.5.3，基于 jetty

三、服务负载均衡（Load Balance）

　　1、dubbo provider 通过统一 registry 注册中心可以很方便实现Cluster部署，平滑增加或者减少机器实现负载均衡，consumer 和 provider 之间通过注册中心实现调用地址的隔离。本文通过不同端口配置多个Provider注册发布服务，配置参照上述表格。

　　2、在服务消费方 Consumer 相关代码中循环执行远程 IGoodsManager.LoadGoods()方法调用，由于默认使用轮询方式进行负载，从下图可以看出远程服务对象会在三个Provider之间进行自动切换，

　　

　　3、dubbo 支持轮询、随机（推荐）、最少并发等软负载均衡方式，同时支持设置每台Provider机器的负载权重，例如性能较低的机器可以使用较低的权重提供服务。负载方式和权重配置可以在开发时的Spring配置文件中指定，也可以在服务部署后运行时通过 admin 工具（后续介绍）进行动态配置，如果调用远程发布服务失败可以指定次数retry，除非所有的Provider都同时宕机，registry都能找到并分配可用的服务给消费方，从而实现服务的高可用。

• 随机，按权重设置随机概率。
• 轮循，按公约后的权重设置轮循比率。
• 最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。
• 一致性Hash，相同参数的请求总是发到同一提供者，另外提供了 sticky粘滞连接相关配置。

　　

四、服务管理（Admin）

　　1、dubbo-admin 通过可视化的配置实现 负载均衡、权重调整、路由规则、服务降级、访问控制等SOA治理功能，很遗憾，阿里并没有完全开源 dubbo-admin，开源部分属内部裁剪版本。部署方式如下。

　　2、从源码编译 dubbo-admin/target 目录找到 dubbo-admin-2.5.3.war，部署到 tomcat 服务器（8080端口）并修改 dubbo-admin-2.5.3/WEB-INF/dubbo.properties 文件，指定dubbo registry Zookeeper 地址和登录root、guest密码，修改后的文件配置如下：

dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.admin.root.password=root
dubbo.admin.guest.password=guest

　　3、配置成功后可以通过 http://10.129.221.64:8080/dubbo-admin-2.5.3/ 地址访问，并使用账号root/root登陆到 dubbo后台管理页面，关于服务治理以下截取了一张服务提供者页面，更多截图参照官方地址：http://alibaba.github.io/dubbo-doc-static/Administrator+Guide-zh.htm#AdministratorGuide-zh-%E7%AE%A1%E7%90%86%E6%8E%A7%E5%88%B6%E5%8F%B0%E5%AE%89%E8%A3%85

　　

　　4、通过以上工具可以很直观的进行服务的SOA治理。

五、服务监控（Monitor）

　　1、dubbo monitor 主要用于监控 dubbo服务、注册中心、服务提供者、服务消费方等工作状态、依赖关系等，支持JFreeChart图形统计报表的形式展示服务负载情况，dubbo monitor不支持负载，但单点故障不会影响RPC的运行，通过 dubbo monitor 可以清晰的看到服务的访问记录、成功次数、失败次数等。

　　2、从源码编译 dubbo-simple\dubbo-monitor-simple\target 目录找到 dubbo-monitor-simple-2.5.3-assembly.tar 并部署解压到测试Linux服务器。

　　3、修改 dubbo monitor 配置文件，修改注册中心地址指向之前的zookeeper服务器地址，默认为8080作为 jetty http访问端口，本文修改为 jetty.port = 8081 防止和tomcat冲突。mkdir 创建对应目录用于存放monitor 监控过程中的日志、统计信息、图表相关内容，注意charts目录必须放在jetty.directory下，否则页面上访问不了，同时修改配置文件将directory指向到对应目录，修改后的配置如下：

dubbo.container=log4j,spring,registry,jetty
dubbo.application.name=simple-monitor
dubbo.application.owner=
#dubbo.registry.address=multicast://224.5.6.7:1234
dubbo.registry.address=zookeeper://localhost:2181
#dubbo.registry.address=redis://127.0.0.1:6379
#dubbo.registry.address=dubbo://127.0.0.1:9090
dubbo.protocol.port=7070
dubbo.jetty.port=8081
dubbo.jetty.directory=monitor
dubbo.charts.directory=${dubbo.jetty.directory}/charts
dubbo.statistics.directory=monitor/statistics
dubbo.log4j.file=logs/dubbo-monitor-simple.log
dubbo.log4j.level=WARN

　　4、启动 monitor 服务，如果启动失败可以通过查看log目录下的日志信息来排查错误，正常启动的截图如下：

　　

　　5、通过 http://10.129.221.64:8081/ 地址可以访问到 dubbo monitor 页面，如下图：

　　

　　6、注意：如果要启用 dubbo monitor 的监控功能需要在provider开发的spring配置xml文件里面增加以下标签，标识启用monitor，否则provider 并不会向 registry 服务器汇报服务统计信息，在dubbo monitor中也只能监视到服务，并不能显示相关统计信息。

<dubbo:monitor protocol="registry" />

六、至此，关于dubbo的整合配置部署完毕。

　　dubbo 框架覆盖了RPC调用相关的方方面面，属于一套完整的SOA解决方案，基于以上整合环境，参照 User Guide 可以快速实现分布式服务和流动计算架构。

　　当当网开源了基于dubbo 框架扩展的 dubbox，主要支持了REST风格远程调用（HTTP + JSON/XML）和序列化方面等内容，开源地址：https://github.com/dangdangdotcom/dubbox

　　京东开源的基于dubbo的调用跟踪系统 JD-Hydra，开源地址：https://github.com/odenny/hydra

七、性能测试

　　关于dubbo各协议、序列化方式等PRC调用相关的性能测试，请期待后续博文。

八、向开源工作者和组织致敬，感谢对开源事业作出的任何贡献