在[url]微服务学习(3)-基于Dubbo+Zookeeper+Spring的系统搭建[/b] 中介绍了一个简单的服务提供者和服务消费者,并且只有一个服务注册中心和一个服务接口。所有相关参考也只是使用了默认的。本章节我们进一步共同深入学习一下dubbo更多的配置,包括多注册中心、多接口实现、复制均衡等参数的配置。
1)多注册中心配置,假如有一个主注册138和一个备用注册中心139
<dubbo:registry id="mainRegistry" address="zookeeper://10.18.56.138:2181" />
<dubbo:registry id="secondRegistry" address="zookeeper://10.18.56.139:2181" default="false"/>
<dubbo:service interface="com.dubbo.test.DubboTestApi" version="2.0.0" ref="dubboTestApi" registry="mainRegistry,secondRegistry"/>
<!--也可以把某一个服务注册到固定的注册中心上-->
2)一个接口有多种实现,可以用group区分
生产者配置
<!-- 具体的实现bean -->
<bean id="dubboTestApi" class="com.dubbo.test.servcieImpl.DubboTestApiImp" />
<bean id="dubboTestApi2" class="com.dubbo.test.servcieImpl.DubboTestApiImp2" />
<!-- 提供方应用信息,用于计算依赖关系 -->
<dubbo:application name="dubboTestProvider" />
<!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry id="localRegistry" address="zookeeper://10.18.56.138:2181" />
<dubbo:registry id="remoteRegistry" address="zookeeper://10.18.1.251:2182" default="false"/>
<!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="29016" />
<!-- 声明需要暴露的服务接口 -->
<dubbo:service group="en" interface="com.dubbo.test.DubboTestApi" ref="dubboTestApi" registry="localRegistry,remoteRegistry"/>
<dubbo:service group="zh" interface="com.dubbo.test.DubboTestApi" ref="dubboTestApi2" registry="localRegistry,remoteRegistry"/>
消费者
<!-- 消费方应用名,用于计算依赖关系,不是匹配条件,不要与提供方一样 -->
<dubbo:application name="dubboTestconsumer" />
<!-- 使用multicast广播注册中心暴露发现服务地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://10.18.56.138:2181" />
<!-- 生成远程服务代理,可以和本地bean一样使用dubboTestApi -->
<dubbo:reference id="dubboTestApi" group="zh" interface="com.dubbo.test.DubboTestApi" />
4)dubbo调用服务的负载均衡,最后一种比较适合短时间内大量参数一样的请求
Random LoadBalance
随机,按权重设置随机概率。
在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重。
RoundRobin LoadBalance
轮循,按公约后的权重设置轮循比率。
存在慢的提供者累积请求问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。
LeastActive LoadBalance
最少活跃调用数,相同活跃数的随机,活跃数指调用前后计数差。
使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。
ConsistentHash LoadBalance
一致性Hash,相同参数的请求总是发到同一提供者。
当某一台提供者挂时,原本发往该提供者的请求,基于虚拟节点,平摊到其它提供者,不会引起剧烈变动。
算法参见:http://en.wikipedia.org/wiki/Consistent_hashing。
缺省只对第一个参数Hash,如果要修改,请配置<dubbo:parameter key="hash.arguments" value="0,1" />
缺省用160份虚拟节点,如果要修改,请配置<dubbo:parameter key="hash.nodes" value="320" />
配置如:
<dubbo:service interface="..." loadbalance="roundrobin" />
或:
<dubbo:reference interface="..." loadbalance="roundrobin" />
5)事件处理线程说明
如果事件处理的逻辑能迅速完成,并且不会发起新的IO请求,比如只是在内存中记个标识,则直接在IO线程上处理更快,因为减少了线程池调度。
但如果事件处理逻辑较慢,或者需要发起新的IO请求,比如需要查询数据库,则必须派发到线程池,否则IO线程阻塞,将导致不能接收其它请求。
如果用IO线程处理事件,又在事件处理过程中发起新的IO请求,比如在连接事件中发起登录请求,会报“可能引发死锁”异常,但不会真死锁。
Dispatcher
all 所有消息都派发到线程池,包括请求,响应,连接事件,断开事件,心跳等。
direct 所有消息都不派发到线程池,全部在IO线程上直接执行。
message 只有请求响应消息派发到线程池,其它连接断开事件,心跳等消息,直接在IO线程上执行。
execution 只请求消息派发到线程池,不含响应,响应和其它连接断开事件,心跳等消息,直接在IO线程上执行。
connection 在IO线程上,将连接断开事件放入队列,有序逐个执行,其它消息派发到线程池。
ThreadPool
fixed 固定大小线程池,启动时建立线程,不关闭,一直持有。(缺省)
cached 缓存线程池,空闲一分钟自动删除,需要时重建。
limited 可伸缩线程池,但池中的线程数只会增长不会收缩。(为避免收缩时突然来了大流量引起的性能问题)。
配置如:
<dubbo:protocol name="dubbo" dispatcher="all" threadpool="fixed" threads="100" />
6)dubbo常用配置:
服务提供者参数:
dubbo:service> version version string 可选 0.0.0 服务发现 服务版本,建议使用两位数字版本,如:1.0,通常在接口不兼容时版本号才需要升级
<dubbo:service> group group string 可选 服务发现 服务分组,当一个接口有多个实现,可以用分组区分
//主要因为dubbo服务在spring2.X初始化所有类之前被暴露出去,导致被请求锁死了singletonObjects、beanDefinitionMap
<dubbo:service> delay delay int 可选 0 性能调优 延迟注册服务时间(毫秒) ,设为-1时,表示延迟到Spring容器初始化完成时暴露服务
<dubbo:service> timeout timeout int 可选 1000 性能调优 远程服务调用超时时间(毫秒)
<dubbo:service> retries retries int 可选 2 性能调优 远程服务调用重试次数,不包括第一次调用,不需要重试请设为0
//这里应该还有个一致性Hash的方式,文档介绍有,但是配置文档没有。
<dubbo:service> loadbalance loadbalance string 可选 random 性能调优 负载均衡策略,可选值:random,roundrobin,leastactive,分别表示:随机,轮循,最少活跃调用
<dubbo:service> token token string/boolean 可选 false 服务治理 令牌验证,为空表示不开启,如果为true,表示随机生成动态令牌,否则使用静态令牌,令牌的作用是防止消费者绕过注册中心直接访问,保证注册中心的授权功能有效,如果使用点对点调用,需关闭令牌功能
<dubbo:service> registry string 可选 缺省向所有registry注册 配置关联 向指定注册中心注册,在多个注册中心时使用,值为<dubbo:registry>的id属性,多个注册中心ID用逗号分隔,如果不想将该服务注册到任何registry,可将值设为N/A
<dubbo:service> provider string 可选 缺使用第一个provider配置 配置关联 指定provider,值为<dubbo:provider>的id属性
<dubbo:service> dynamic dynamic boolean 可选 true 服务治理 服务是否动态注册,如果设为false,注册后将显示后disable状态,需人工启用,并且服务提供者停止时,也不会自动取消册,需人工禁用。
<dubbo:service> cluster cluster string 可选 failover 性能调优 集群方式,可选:failover/failfast/failsafe/failback/forking
<dubbo:service> register register boolean 可选 true 服务治理 该协议的服务是否注册到注册中心
<dubbo:service> owner owner string 可选 服务治理 服务负责人,用于服务治理,请填写负责人公司邮箱前缀
消费者参数:
<dubbo:reference> version version string 可选 服务发现 服务版本,与服务提供者的版本一致
<dubbo:reference> group group string 可选 服务发现 服务分组,当一个接口有多个实现,可以用分组区分,必需和服务提供方一致
<dubbo:reference> timeout timeout long 可选 缺省使用<dubbo:consumer>的timeout 性能调优 服务方法调用超时时间(毫秒)
<dubbo:reference> retries retries int 可选 缺省使用<dubbo:consumer>的retries 性能调优 远程服务调用重试次数,不包括第一次调用,不需要重试请设为0
<dubbo:reference> loadbalance loadbalance string 可选 缺省使用<dubbo:consumer>的loadbalance 性能调优 负载均衡策略,可选值:random,roundrobin,leastactive,分别表示:随机,轮循,最少活跃调用
<dubbo:reference> check check boolean 可选 缺省使用<dubbo:consumer>的check 服务治理 启动时检查提供者是否存在,true报错,false忽略
<dubbo:reference> url <url> string 可选 服务治理 点对点直连服务提供者地址,将绕过注册中心
<dubbo:reference> cache cache string/boolean 可选 服务治理 以调用参数为key,缓存返回结果,可选:lru, threadlocal, jcache等
<dubbo:reference> validation validation boolean 可选 服务治理 是否启用JSR303标准注解验证,如果启用,将对方法参数上的注解进行校验
<dubbo:reference> registry string 可选 缺省将从所有注册中心获服务列表后合并结果 配置关联 从指定注册中心注册获取服务列表,在多个注册中心时使用,值为<dubbo:registry>的id属性,多个注册中心ID用逗号分隔
<dubbo:reference> owner owner string 可选 服务治理 调用服务负责人,用于服务治理,请填写负责人公司邮箱前缀
协议配置
<dubbo:protocol> id string 可选 dubbo 配置关联 协议BeanId,可以在<dubbo:service protocol="">中引用此ID,如果ID不填,缺省和name属性值一样,重复则在name后加序号
<dubbo:protocol> name <protocol> string 必填 dubbo 性能调优 协议名称
<dubbo:protocol> port <port> int 可选 dubbo协议缺省端口为20880,rmi协议缺省端口为1099,http和hessian协议缺省端口为80
如果配置为-1 或者 没有配置port,则会分配一个没有被占用的端口。Dubbo 2.4.0+,分配的端口在协议缺省端口的基础上增长,确保端口段可控。 服务发现 服务端口
<dubbo:protocol> threadpool threadpool string 可选 fixed 性能调优 线程池类型,可选:fixed/cached
<dubbo:protocol> heartbeat heartbeat int 可选 0 性能调优 心跳间隔,对于长连接,当物理层断开时,比如拔网线,TCP的FIN消息来不及发送,对方收不到断开事件,此时需要心跳来帮助检查连接是否已断开
<dubbo:protocol> register register boolean 可选 true 服务治理 该协议的服务是否注册到注册中心
注册器
<dubbo:registry> id string 可选 配置关联 注册中心引用BeanId,可以在<dubbo:service registry="">或<dubbo:reference registry="">中引用此ID
<dubbo:registry> address <host:port> string 必填 服务发现 注册中心服务器地址,如果地址没有端口缺省为9090,同一集群内的多个地址用逗号分隔,如:ip:port,ip:port,不同集群的注册中心,请配置多个<dubbo:registry>标签
<dubbo:registry> protocol <protocol> string 可选 dubbo 服务发现 注同中心地址协议,支持dubbo, http, local三种协议,分别表示,dubbo地址,http地址,本地注册中心
<dubbo:registry> port <port> int 可选 9090 服务发现 注册中心缺省端口,当address没有带端口时使用此端口做为缺省值
<dubbo:registry> username <username> string 可选 服务治理 登录注册中心用户名,如果注册中心不需要验证可不填
<dubbo:registry> password <password> string 可选 服务治理 登录注册中心密码,如果注册中心不需要验证可不填
<dubbo:registry> timeout registry.timeout int 可选 5000 性能调优 注册中心请求超时时间(毫秒)
<dubbo:registry> check check boolean 可选 true 服务治理 注册中心不存在时,是否报错
<dubbo:registry> register register boolean 可选 true 服务治理 是否向此注册中心注册服务,如果设为false,将只订阅,不注册
<dubbo:registry> subscribe subscribe boolean 可选 true 服务治理 是否向此注册中心订阅服务,如果设为false,将只注册,不订阅
7)dubbo的令牌验证
dubbo通过token令牌防止用户绕过注册中心直连,然后在注册中心管理授权,dubbo提供了黑白名单,控制服务所允许的调用方。
<dubbo:service protocol="dubbo" token="123" interface="com.dubbo.test.DubboTestApi" ref="dubboTestApi" registry="localRegistry,remoteRegistry"/>
<dubbo:service protocol="rmi" token="123" interface="com.dubbo.test.DubboTestApi2" ref="dubboTestApi2" registry="localRegistry"/>
参考资料:
http://blog.csdn.net/abcde474524573/article/details/53026110
http://blog.csdn.net/candyzh/article/details/52404196
http://blog.csdn.net/lazytojava/article/details/53488111
分享到:
相关推荐
分布式SSM-Dubbo配置文件详解 SSM-Dubbo是一个基于Java的开源框架组合,由Spring、SpringMVC和Dubbo三部分组成,主要用于构建大型分布式应用程序。在微服务架构中,SSM-Dubbo扮演着至关重要的角色,它帮助开发者...
- **微服务治理**:在微服务架构中,Dubbo-OPS Master可以帮助管理员有效地管理和监控各个服务,确保服务的稳定性和性能。 - **故障排查**:当系统出现问题时,通过Dubbo-Monitor-Simple的监控数据,可以迅速定位...
《SpringBoot整合Dubbo实践详解》 在现代的微服务架构中,SpringBoot与Dubbo的结合使用成为了许多开发者的首选。本项目“springboot-dubbo-demo”旨在演示如何利用SpringBoot的便捷性与Dubbo的服务治理能力,构建一...
《JMeter调用Dubbo接口插件:jmeter-plugins-dubbo-1.3.6详解》 在软件测试领域,压力测试是确保系统稳定性和性能的关键环节,而Apache JMeter作为一款开源、跨平台的负载与性能测试工具,被广泛应用于性能测试。...
4. **配置与使用**:为了使Dubbo-Admin能够正常工作,开发者需要在Dubbo的配置文件中添加监控中心的相关配置,包括注册中心的地址、服务提供者的应用名等。同时,Dubbo-Admin的URL也需要在项目中进行配置,使得服务...
本文将围绕标题中的"alibaba-dubbo-dubbo-2.5.8-4-gc8093cf.zip"和"2.8.4"这两个版本,深入解析Dubbo的核心特性,并探讨两个版本之间的差异。 首先,让我们聚焦于Dubbo 2.5.8。这一版本是在2.5系列的一个稳定迭代,...
**Dubbo-admin 2.5.3 源码编译及阿里巴巴 Dubbo 依赖库与 OpenSesame 类库详解** 在深入探讨 `dubbo-admin 2.5.3` 的源码编译以及 `alibaba-dubbo-dependency` 和 `opensesame` 类库之前,我们首先需要了解这三个...
《Dubbo插件详解:JM-dubbo-plugins-2.7.1》 在现代软件开发中,服务化已经成为一种常见的架构模式,而Dubbo作为阿里巴巴开源的一款高性能、轻量级的Java服务治理框架,深受广大开发者喜爱。Dubbo提供了一整套的...
4. **Dubbo配置中心**: - 除了基本的服务注册和发现,Dubbo还支持配置中心,如Apollo或ConfigServer,可以动态地管理服务的配置,提高系统的灵活性。 5. **服务调用方式**: - Dubbo支持同步调用(默认)、异步...
《Spring Boot整合Dubbo入门实例详解》 在现代企业级应用开发中,Spring Boot和Dubbo作为两个重要的技术组件,分别扮演着简化Spring应用初始化和构建,以及提供高性能、轻量级服务治理的角色。本教程将详细介绍如何...
《Spring Cloud Alibaba整合Nacos、Sentinel、Dubbo与RocketMQ实战详解》 在现代分布式系统中,微服务架构已经成为主流。Spring Cloud Alibaba作为国内最流行的微服务框架,提供了丰富的组件来支持各种微服务场景。...
《Spring Dubbo与Spring Boot整合应用详解》 在现代企业级开发中,Spring框架和其衍生的Spring Boot已经成为Java开发者的重要工具。同时,随着微服务架构的流行,Dubbo作为一款高效率的服务治理框架,也得到了广泛...
《SpringBoot+Dubbo+Seata分布式事务解决方案详解》 在现代互联网开发中,随着业务规模的扩大,系统架构越来越复杂,分布式环境下的事务一致性问题成为了一大挑战。本项目"springboot-dubbo-zookeeper-seata-master...
《JMeter调用Dubbo接口测试详解》 在性能测试领域,Apache JMeter是一款广泛应用的开源工具,尤其在Web服务的负载和压力测试上表现出色。然而,随着微服务架构的普及,对分布式服务如Dubbo接口的测试需求日益增加。...
在当今的微服务架构中,Spring Boot以其简洁的配置和快速的开发效率深受开发者喜爱,而Dubbo作为阿里巴巴开源的高性能服务框架,也是企业级应用中的常见组件。当Spring Boot与Dubbo结合时,可以构建出高效、稳定的...
《SpringBoot与Dubbo整合详解》 在现代的微服务架构中,SpringBoot和Dubbo是两个非常重要的组件。SpringBoot以其便捷的初始化配置和快速的应用开发能力,深受开发者喜爱;而Dubbo作为阿里巴巴开源的分布式服务框架...
《Dubbo与Sentinel整合应用详解》 在现代微服务架构中,服务治理与流量控制是两个至关重要的环节。Dubbo作为阿里巴巴开源的一款高性能、轻量级的服务治理框架,广泛应用于分布式系统中。而Sentinel,则是阿里巴巴...
在现代的微服务架构中,Spring Boot和Dubbo都是极为重要的组件。Spring Boot以其简洁的配置和快速的开发能力,深受开发者喜爱,而Dubbo作为阿里巴巴开源的高性能、轻量级的服务治理框架,被广泛用于服务间的调用与...
《阿里巴巴Dubbo框架详解——基于v1.2版本》 在IT行业中,分布式服务框架是构建大型、高并发系统不可或缺的工具,而阿里巴巴的Dubbo则是一款非常知名的高性能、轻量级的服务治理框架。本文将深入探讨Dubbo v1.2版本...