dubbo
LzwGlory
坚持自己的路
展开
-
基于ZooKeeper的Dubbo注册中心
Zookeeper注册中心安装建议使用dubbo-2.3.3以上版本的zookeeper注册中心客户端。Zookeeper是Apache Hadoop的子项目,强度相对较好,建议生产环境使用该注册中心。Dubbo未对Zookeeper服务器端做任何侵入修改,只需安装原生的Zookeeper服务器即可,所有注册中心逻辑适配都在调用Zookeeper客户端时完成。如果需要,可以考虑使用taob转载 2015-11-04 15:41:14 · 598 阅读 · 0 评论 -
dubbo超时与超时后自动重复调用的问题
问题陈述:工作中遇到一个问题,服务一通过dubbo调用服务2,问题是最终结果是服务一最终成功了,但是服务二被执行了两次。问题分析通过分析报文可以发现,服务二被调用了两次,两次访问时间间隔为3秒,并且都成功了。而在服务一这边的日志显示,有一个dubbo服务调用超时的异常,然后虽然超时了,但在3秒多的时候又返回了结果,提示warn,然后按照正常的流程走了下去转载 2017-08-30 11:53:01 · 1488 阅读 · 0 评论 -
dubbo连接池爆满
一、发现问题 先看看问题表象: 1、服务消费者端应用本地保存注册列表异常,报Too many open files 点击(此处)折叠或打开[DubboSaveRegistryCache-thread-1]14:37:30.714 WARN c.a.dubbo.registry.zookeeper.Zooke转载 2017-04-06 20:55:09 · 1563 阅读 · 0 评论 -
dubbo参数调优说明
dubbo作为一个服务治理框架,功能相对比较完善,性能也挺不错。但很多朋友在使用dubbo的时候,只是简单的参考官方说明进行搭建,并没有过多的去思考一些关键参数的意义(也可能是时间紧任务多,没空出来研究),最终做出来的效果有一定的打折。 这里我根据目前我们项目的使用情况列出几个性能调优的参数及其意义,供大家参考。 在介绍参数之前,我们先了解下dubbo中配置的优先级,以免出现转载 2017-04-06 14:24:12 · 830 阅读 · 0 评论 -
基于dubbo框架下的RPC通讯协议性能测试
一、前言 Dubbo RPC服务框架支持丰富的传输协议、序列化方式等通讯相关的配置和扩展。dubbo执行一次RPC请求的过程大致如下:消费者(Consumer)向注册中心(Registry)执行RPC请求,注册中心分配服务URL并路由到具体服务提供方(Provider),消费者和服务提供方建立网络连接,服务提供方在本地创建连接池对象并提供远程服务,对于长连接类型协议(如dubbo协议)将保持转载 2017-04-06 12:07:12 · 364 阅读 · 0 评论 -
Dubbo之旅--集群容错和负载均衡
当我们的系统中用到Dubbo的集群环境,因为各种原因在集群调用失败时,Dubbo提供了多种容错方案,缺省为failover重试。 Dubbo的集群容错在这里想说说他是因为我们实际的项目中出现了此类的问题,因为依赖的第三方项目出现异常,导致dubbo调用超时,此时使用的是默认的集群容错方式,而配置的reties='3',这样前段系统连续掉用了三次服务,结果可想而知.转载 2016-11-10 16:53:07 · 367 阅读 · 0 评论 -
基于dubbo框架下的RPC通讯协议性能测试 (顶)
一、前言 Dubbo RPC服务框架支持丰富的传输协议、序列化方式等通讯相关的配置和扩展。dubbo执行一次RPC请求的过程大致如下:消费者(Consumer)向注册中心(Registry)执行RPC请求,注册中心分配服务URL并路由到具体服务提供方(Provider),消费者和服务提供方建立网络连接,服务提供方在本地创建连接池对象并提供远程服务,对于长连接类型协议(如dubbo协议)将转载 2015-11-27 18:08:18 · 900 阅读 · 0 评论 -
dubbo配置文件报错处理
在配置dubbo服务的过程中,经常会遇到虽然程序能够跑起来,但是配置文件一堆红叉,虽然不影响功能,但是确实很让人恶心。报错信息如下:Multiple annotations found at this line:– cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be fou原创 2015-11-02 15:28:41 · 751 阅读 · 0 评论 -
Dubbo远程调用服务框架原理与示例
Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以和 Spring 框架无缝集成。主要核心部件:Remoting: 网络通信框架,实现了 sync-over-async 和 request-response 消息机制.RPC: (Remote Procedure Call Protocol远程过程调用转载 2015-11-02 18:39:43 · 4510 阅读 · 0 评论 -
dubbo源码编译(顶)
首先从https://github.com/alibaba/dubbo/archive/master.zip下载最新源码,目前最新版本为2.5.4-SNAPSHOT。 解压文件。 cd dubbo mvn clean install -Dmaven.test.skip报错:Non-resolvable parent POM: Could not transfe转载 2015-10-30 11:06:24 · 1601 阅读 · 0 评论 -
搭建dubbo测试环境
这个测试环境的搭建基于上一篇dubbo源码编译的基础上开始的。(补充说明,在那边文章之后又重新编译了2.4.10的源码,这个测试是基于2.4.10版本的)注册中心的安装首先先安装一个zookeeper,至于zookeeper的安装这里就不多做介绍了,可自行查找。监控中心安装进入dubbo-simple/dubbo-monitor-simple/target目录,可以转载 2015-10-30 11:07:30 · 756 阅读 · 0 评论 -
dubbo 用户指南
入门(+) (#)背景(#)随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进。单一应用架构当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。垂直应转载 2015-10-29 18:05:01 · 4284 阅读 · 0 评论 -
dubbo——管理员指南(顶)
管理员指南安装手册示例提供者安装示例消费者安装Zookeeper注册中心安装Redis注册中心安装简易注册中心安装简易监控中心安装管理控制台安装运维手册管理控制台运维推荐使用Zookeeper注册中心你可以只运行Demo Provider和Demo Consumer,它们缺省配置为通转载 2015-10-29 17:29:51 · 687 阅读 · 0 评论 -
Dubbo与Zookeeper、SpringMVC整合和使用(负载均衡、容错)
互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,Dubbo是一个分布式服务框架,在这种情况下诞生的。现在核心业务抽取出来,作为独立的服务,使前端应用能更快速和稳定的响应。第一:介绍Dubbo背景 大规模服务化之前,应用可能只是通过RMI或Hessian等转载 2015-10-29 14:02:18 · 538 阅读 · 0 评论 -
分布式服务框架dubbo原理解析(顶)
alibaba有好几个分布式框架,主要有:进行远程调用(类似于RMI的这种远程调用)的(dubbo、hsf),jms消息服务(napoli、notify),KV数据库(tair)等。这个框架/工具/产品在实现的时候,都考虑到了容灾,扩展,负载均衡,于是出现一个配置中心(ConfigServer)的东西来解决这些问题。基本原理如图: 在我们的系统中,经常会有一些跨系统转载 2015-11-09 20:13:36 · 782 阅读 · 0 评论 -
基于Dubbo框架构建分布式服务(顶)
http://shiyanjun.cn/archives/1075.html转载 2015-11-09 20:28:55 · 864 阅读 · 0 评论 -
谈Dubbo服务框架(顶)
Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以和 Spring框架无缝集成。它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度来看,Dubbo采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务,所以基于这一点可以抽象出服务提供方(Provide转载 2015-11-09 20:25:27 · 915 阅读 · 0 评论 -
Dubbo超时重试机制带来的数据重复问题
Dubbo的超时重试机制为服务容错、服务稳定提供了比较好的框架支持,但是在一些比较特殊的网络环境下(网络传输慢,并发多)可能由于服务响应慢,Dubbo自身的超时重试机制(服务端的处理时间超过了设定的超时时间时,就会有重复请求)可能会带来一些麻烦。 常见的应用场景故障: 1、发送邮件(重复) ;2、账户注册(重复).。 解决方案:转载 2017-09-25 18:46:01 · 1103 阅读 · 0 评论