1. 前言 今年八月份的时候,查看github仓库,Dubbo OPS还提供了三种工具用于Dubbo的监控运维: 九月份,伴随着Dubbo的全面快速的升级,现在仓库里Dubbo OPS下这三个工具已经改变了. 简单看了一下,最新版的dubbo-admin模块分为了前后端,前端基于vuetify,个人感觉这相比之前的工具使用方式(mvn生成 jar/war 包,启动即可访问),对于开发人员尤其是对于后端程序员,是不太友好的.工具这东西,易用是最主要的,所以本篇我还是基于之前的工具使用做一个介绍.

一.前言 部门去年年中开始各种改造,第一步是模块服务化,这边初选dubbo试用在一些非重要模块上,慢慢引入到一些稍微重要的功能上,半年时间,学习过程及线上使用遇到的些问题在此总结下. 整理这篇文章差不多花了两天半时间,请尊重劳动成果,如转载请注明出处http://blog.csdn.NET/hzzhoushaoyu/article/details/43273099 二.什么是dubbo Dubbo是阿里巴巴提供的开源的SOA服务化治理的技术框架,据说只是剖出来的一部分开源的,但一些基本的需求已经

No provider available for the service com.alibaba.dubbo.monitor.MonitorService from registry http://www.iteye.com/topic/1116866?page=16 没有启动SimpleMonitor,或SimpleMonitor没有连上Zookeeper注册中心

Dubbo 简介 Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的RPC实现服务的输出和输入功能,可以和Spring框架无缝集成. 它提供了三大核心能力: 面向接口的远程方法调用 智能容错和负载均衡 服务自动注册和发现. 可以看出图中存在着五种角色: Provider:服务提供者 Consumer:服务消费者 Registry:服务注册中心 Monitor:服务监控中心 Container:服务运行的容器 图上的过程可以这么来解释: 在容器(Container)启动

一 问题 Dubbo monitor所在服务器状态异常,iowait一直很高,load也一直很高,监控如下: iowait如图: load如图: 二 分析 通过iotop命令可以查看当前系统中磁盘io情况以及进程占用磁盘io的情况 从中可以定位到占用io进程的pid: 通过 cat /proc/${pid}/io 可以查看一个进程具体的读写状况: 通过 ps aux|grep ${pid} 可以查到这个进程具体的命令: 通过以上命令定位到进程为dubbo的monitor进程,用jstack打印线

1. Dubbo Monitor 下载dubbo-monitor-simple-2.5.3-assembly.tar.gz 链接:http://pan.baidu.com/s/1gf88wDX 密码:ik7u 2. 配置原dubbo模块 在各模块的配置文件中加一行 <dubbo:monitor protocol="registry"/> 3. 配置dubbo monitor 首先, 将java可执行文件加入系统路径, ln -s之类的方式 解压后, 编辑conf/dubbo

[一]:配置项 <dubbo:monitor protocol="registry"/> [二]:配置解析器-->具体解析器为com.alibaba.dubbo.config.spring.schema.DubboNamespaceHandler配置的com.alibaba.dubbo.config.spring.schema.DubboBeanDefinitionParser. [三]:配置目标-->这个配置会向IOC容器中注册一个bean,该class为co

下载项目源码(其中的 dubbo-registry-simple 代表简单的注册中心,用于开发测试,生产环境一般用zookeeper) https://github.com/apache/incubator-dubbo-admin/tree/master 进入 dubbo-monitor-simple 目录编译 mvn package 完成后会生成两个文件,选择压缩包的哪个并解压 启动(需先启动 zookeeper) 修改配置文件中的 zookeeper 地址(conf\dubbo.proper

Dubbo是Alibaba开源的分布式服务框架,我们可以非常容易地通过Dubbo来构建分布式服务,并根据自己实际业务应用场景来选择合适的集群容错模式,这个对于很多应用都是迫切希望的,只需要通过简单的配置就能够实现分布式服务调用,也就是说服务提供方(Provider)发布的服务可以天然就是集群服务,比如,在实时性要求很高的应用场景下,可能希望来自消费方(Consumer)的调用响应时间最短,只需要选择Dubbo的Forking Cluster模式配置,就可以对一个调用请求并行发送到多台对等的提供方

dubbo是一个RPC框架,应用方像使用本地service一样使用dubbo service.dubbo体系架构 上图中的角色: 最重要的是consumer.registry和provider consumer:服务调用者 provider:服务提供者 registry:供provider注册服务和consumer发现服务 monitor:监控调用过程的一些参数,比如:调用次数count container:容器,dubbo可以不依赖web容器工作 dubbo部署: registry(生产环境一

一.前述 Dubbo是一种提供高性能,透明化的RPC框架.是阿里开源的一个框架. 官网地址:http://dubbo.io/ 二.架构 组件解释: Provider: 提供者.发布服务的项目.Registry: 注册中心.所有提供者必须去注册中心注册自己所有能发布的服务.Consumer: 消费者.调用服务的项目.Monitor: 监控中心.监控消费者和提供者调用服务的时间及次数.默认每1分钟向监控中心生成一次统计数据.之间调用必须遵守Dubbo支持的协议.Container:容器.Dubbo依

一.Dubbo结构图   duubo结构图 我们解释以下这个架构图:Consumer服务消费者,Provider服务提供者.Container服务容器.消费当然是invoke提供者了,invoke这条实线按照图上的说明当然同步的意思了.但是在实际调用过程中,Provider的位置对于Consumer来说是透明的,上一次调用服务的位置(IP地址)和下一次调用服务的位置,是不确定的.这个地方就需要使用注册中心来实现软负载.Register服务提供者先启动start,然后注册register服务.消费

一.Dubbo的注解配置 在Dubbo 2.6.3及以上版本提供支持. 1.@Service(全路径@org.apache.dubbo.config.annotation.Service) 配置服务提供方用以暴露服务,添加于api接口的实现类上,并可通过注解提供的属性进一步定制化服务. 其中比较重要的属性有: @Service只能定义在一个类上,用以提供一个服务的具体实现 interfaceClass:指定服务提供方实现的interface的类 interfaceName:指定服务提供方实现的i

转载于: https://blog.csdn.net/benhuo931115/article/details/78457149 架构演变 单一应用架构 所有功能部署在一个应用上,用于简化增删改查工作量的数据访问框架(ORM)是关键 垂直应用架构 将应用拆分成互不相干的几个应用,以提升效率,此时,用于加速前端页面开发的Web框架(MVC)是关键 分布式服务架构 将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,此时,用于提高业务复用及整合的分布式服务框架(RPC)是关键 流动计算架构

dubbo为了和spring更好的集成,提供了一些xml配置标签,也就是自定义标签 spring自定义标签 spring自定义标签的方式如下: 设计配置属性和JavaBean 编写xsd文件,校验xml属性和便于编辑器提示 编写NamespaceHandler和BeanDefinitionParser解析xml对应的标签 编写spring.handlers和spring.schemas串联起所有部件,放在META_INF下面 在xml中引入对应的标签就可以使用 dubbo自定义标签 dubbo对

叨叨 今天考虑了很久要不要写这篇文章. 距离<Dubbo源码>系列的开篇到现在已经快两个月时间了.当时是想着工作上的RPC框架使用存在一些让人头疼的问题,就来看看Dubbo给出了一套什么样的解决方案. 结果,写完第一篇没几天,工作上因为要赶一个项目的进度,关小黑屋了,前段时间刚放出来-_-! 琢磨着,做事不能半途而废.今天就又打开了Dubbo项目,pull下代码,在十多个子模块之间来回滚动,感觉都不是好惹的,一时不知道从哪下手了.再一想,Dubbo源码系列不能就这么唐突的出一篇就结束了啊. 行

转载自  斩秋的专栏  http://blog.csdn.net/quhongwei_zhanqiu/article/details/41577159 SPI接口定义 定义了@SPI注解 public @interface SPI { String value() default ""; //指定默认的扩展点 } 只有在接口打了@SPI注解的接口类才会去查找扩展点实现 会依次从这几个文件中读取扩展点 META-INF/dubbo/internal/   //dubbo内部实现的各种扩展

Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合). 从服务模型的角度来看,Dubbo采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务, 所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色.关于注册中心.协议支持.服务监控等内容,详见后面描述. Dubbo面试题精集 默认使用的是什么通信框架,还有别的选择吗? 默认也推荐使用netty框架,

1.新建Maven Project, 里面只有接口(dubbo-service) 1.1 为什么这么做? RPC框架,不希望Consumer知道具体实现.如果实现类和接口在同一个项目中,Consumer依赖这个项目时,就会知道实现类具体实现. 2.新建Maven Project, 写接口的实现类(dubbo-service-impl) 3.在duboo-service-impl中配置pom.xml 3.1 依赖接口 3.2 依赖dubbo,去掉老版本spring 3.3 依赖新版本spring

转载:http://blog.csdn.net/quhongwei_zhanqiu/article/details/41577235 SPI接口定义 定义了@SPI注解 public @interface SPI { Stringvalue() default ""; //指定默认的扩展点 } 只有在接口打了@SPI注解的接口类才会去查找扩展点实现 会依次从这几个文件中读取扩展点 META-INF/dubbo/internal/   //dubbo内部实现的各种扩展都放在了这个目录了

Monitor对象 1.Monitor.Enter(object)方法是获取锁,Monitor.Exit(object)方法是释放锁,这就是Monitor最常用的两个方法,当然在使用过程中为了避免获取锁之后因为异常,致锁无法释放,所以需要在try{} catch(){}之后的finally{}结构体中释放锁(Monitor.Exit()). 2.Monitor的常用属性和方法: Enter(Object) 在指定对象上获取排他锁. Exit(Object) 释放指定对象上的排他锁. IsEnte