Dubbo原理解析-监控
Dubbo发布代码中,自带了一个简易的监控中心实现。对于一般的小业务这个监控中心应该能够满足需求,对于那些大业务量的大公司一般都会有自己的监控中心,更加丰富的功能如常用的报警短信通知等等。这章讲解分析使得读者能够了解一般的监控中心实现,也使得有自己接入监控中心需求的大概知道如何集成自己的监控中心实现。下面我们就以dubbo自带的监控中心开始讲解。
监控中心
1. 监控中心启动,我们先看下dubbo的属性文件
dubbo.container=log4j,spring,registry,jetty
dubbo.application.name=simple-monitor
dubbo.application.owner=
dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.protocol.port=7070
dubbo.jetty.port=8080
dubbo.jetty.directory=${user.home}/monitor
dubbo.charts.directory=${dubbo.jetty.directory}/charts
dubbo.statistics.directory=${user.home}/monitor/statistics
相比于provider, consumer的启动注册中心多了registry, jetty容器启动
它们都是基于dubbo的spi扩展机制的。
SpringContainer容器启动就是加载classpath*:META-INF/spring/ *.xml spring的配置文件
<beanid="monitorService"class="com.alibaba.dubbo.monitor.simple.SimpleMonitorService">
<propertyname="statisticsDirectory"value="${dubbo.statistics.directory}"/>
<propertyname="chartsDirectory"value="${dubbo.charts.directory}"/>
</bean>
<dubbo:applicationname="${dubbo.application.name}"owner="${dubbo.application.owner}"/>
<dubbo:registryaddress="${dubbo.registry.address}"/>
<dubbo:protocolname="dubbo"port="${dubbo.protocol.port}"/>
<dubbo:serviceinterface="com.alibaba.dubbo.monitor.MonitorService"ref="monitorService"delay="-1"/>
<dubbo:referenceid="registryService"interface="com.alibaba.dubbo.registry.RegistryService"/>
2. SimpleMonitorService
监控中心配置了监控服务的实现SimpleMonitorService, 并且作为一个普通的dubbo服务暴露到注册中心,供服务的提供者和服务的消费方调用,将服务提供者和服务的消费方的调用数据保存到监控中心。
监控服务的接口定义
public interface MonitorService {
/**
* 监控数据采集.
* 1. 支持调用次数统计:count://host/interface?application=foo&method=foo&provider=10.20.153.11:20880&success=12&failure=2&elapsed=135423423
* 1.1host,application,interface,group,version,method记录监控来源主机,应用,接口,方法信息。
* 1.2 如果是消费者发送的数据,加上provider地址参数,反之,加上来源consumer地址参数。
* 1.3 success,faulure,elapsed 记录距上次采集,调用的成功次数,失败次数,成功调用总耗时,平均时间将用总耗时除以成功次数。
*
* @paramstatistics
*/
void collect(URLstatistics);
/**
* 监控数据查询.
* 1. 支持按天查询:count://host/interface?application=foo&method=foo&side=provider&view=chart&date=2012-07-03
* 1.1host,application,interface,group,version,method查询主机,应用,接口,方法的匹配条件,缺失的条件的表示全部,host用0.0.0.0表示全部。
* 1.2 side=consumer,provider 查询由调用的哪一端采集的数据,缺省为都查询。
* 1.3 缺省为view=summary,返回全天汇总信息,支持view=chart表示返回全天趋势图表图片的URL地址,可以进接嵌入其它系统的页面上展示。
* 1.4 date=2012-07-03指定查询数据的日期,缺省为当天。
*
* @param query
* @returnstatistics
*/
List<URL> lookup(URL query);
}
注: lookup方面可能在开源过程中依赖了阿里的什么系统,并没有具体的实现,如果使用着需要此功能则需要根据接口定义自己实现
MonitorService的dubbo默认实现SimpleMonitorService
Collect方法被远程调用后将数据url(传过来的url包含监控需要的数据)保存到一个阻塞队列中BlockingQueue<URL>
启动定时任务将统计日志记录到本地,
String filename =${user.home}/monitor/statistics
+ "/" + day
+ "/" +statistics.getServiceInterface()
+ "/" +statistics.getParameter(METHOD)
+ "/" + consumer
+ "/" + provider
+ "/" + type + "." + key
这是文件在本地存储的格式
文件内容如图保存时间方法消费耗时
3. 起定时任务利用JFreeeChart绘制图表,保存路径
${user.home}\monitor\charts\date\interfaceName\methodName
产生监控数据
注册中心暴露了MonitorService服务,它是被谁调用的呢,监控中心的数据是从哪里来呢,下面我们看下服务提供方与服务的消费方式如何介入监控中心的。
在服务的提供方跟消费方的dubbo配置加入如下配置
通过注册中心<dubbo:monitor protocol="registry" />
或者直连 <dubbo:monitor address="127.0.0.1:7070" />
在构建服务的调用链的时候有如上基于监控的扩展,下面我们就来看下这个类
@Activate(group = {Constants.PROVIDER, Constants.CONSUMER})
//此过滤器在服务的提供方,服务的消费方应用中被激活,也就是起作用
public class MonitorFilter implements Filter {
private MonitorFactory monitorFactory;
public Result invoke(Invoker<?>invoker, Invocation invocation) throws RpcException {
if(invoker.getUrl().hasParameter(Constants.MONITOR_KEY)) {
//有注监控中心处理
1. 获取invoker的调用上下文
2. 记录起始时间戳
3. 并发计数加一
try {
4. 调用调用链的下一步
5. 采集调用信息
} finally {
6. 并发计数减一
}
} else {
//没有配置监控中心,直接往下调用
return invoker.inovke(invocation);
}
}
上面第5点信息采集
1. 计算调用耗时
2. 获取并发数
3. 获取服务名称
4. 获取方法名
5. 判断是服务消费方监控还是服务提供方监控
6. 由工厂类monitorFactory.getMonitor(监控url),获取DubboMonitor对象,
构建调用监控中心服务的的Url, url中包括了监控中心所需的监控信息
monitor.collect(newURL(Constants.COUNT_PROTOCOL,
NetUtils.getLocalHost(),localPort,
service + "/" +method,
MonitorService.APPLICATION, application,
MonitorService.INTERFACE,service,
MonitorService.METHOD,method,
remoteKey, remoteValue,
error ?MonitorService.FAILURE : MonitorService.SUCCESS, "1",
MonitorService.ELAPSED,String.valueOf(elapsed),
MonitorService.CONCURRENT,String.valueOf(concurrent),
Constants.INPUT_KEY, input,
Constants.OUTPUT_KEY, output));
DubboMonitor是调用监控中心的服务的封装,之所以没有直接调监控中心而是通过DubboMonitor调用,是因为监控是附加功能,不应该影响主链路更不应该损害主链路的新能,DubboMonitor采集到数据后通过任务定时调用监控中心服务将数据提交到监控中心。
RegistryContainer
监控中心refer引用了注册中心暴露的RegistryService服务,主要是被下面的RegistryContainer使用的。
RegistryContainer主要是到注册中心收集服务,分组,版本信息,并注册回调当注册中心数据发生变化的时候更新到监控中心
下面看下RegistryContainer的start方法流程:
1. 通过SpringContainer获取前面初始化的RegistryService, 得到其实是对注册中心的一个远程代理服务
2. 构建订阅注册中心数据的URL,看可以看出下面的url是订阅服务提供者和服务消费者的所有服务
subscribeUrl = newURL(Constants.ADMIN_PROTOCOL, NetUtils.getLocalHost(), 0,"",
Constants.INTERFACE_KEY,Constants.ANY_VALUE,//所有服务
Constants.GROUP_KEY,Constants.ANY_VALUE,//所有分组
Constants.VERSION_KEY, Constants.ANY_VALUE,//所有版本
Constants.CLASSIFIER_KEY,Constants.ANY_VALUE,//所有分类
Constants.CATEGORY_KEY,Constants.PROVIDERS_CATEGORY + "," + Constants.CONSUMERS_CATEGORY,//服务的提供者和服务的消费者
Constants.CHECK_KEY,String.valueOf(false));//不检查
3. 调注册中心服务registry.subscirbe(subscribeUrl,listener)订阅所有数据, NotifyListener在监控中心暴露为回调服务,由注册中心回调
回调接口NotifyListener实现的功能主要是按服务提供者和服务的消费者分类,收集服务名称,服务的url,服务提供方或者消费方的系统相关信息。 同时提供了一系列方法供注册中心调用查询。
JettyContainer
监控中心将采集到的信息通过内置jetty来展现给用户,这里为了不依赖与jsp, velocity,freemarker等一些编写web应用的技术,采用在servlet中将html,css,js打印出来
JettyContainer的start方法启动了内置的jettyweb容器
将监控中心访问的本地文件目录设置到ResourceFilter中,并设置这个filter的访问映射到jetty中 , ResourceFilter主要是读取本地保存的JFreeChart绘制的图片到浏览器中去。
将监控中心的前置控制器PageServlet, 以及这个servlet的访问映射配置到jetty中。之所以叫PageServet为前置控制器,就像其他的mvc框架一样用来分发具体的业务类
PageServet的init初始化方法在web容器启动的时候加载所有的页面处理器PageHandler, 用来根据不同的请求生成不同的页面,前面说过这里页面html都是通过java代码打印出来的。
PageServet的init方法加载所有PageHandler时会判断PageHandler上是否有@Menu注解,将有注解的PageHandler加入集合,以被HomePageHandl er用来生成主页以及各个页面的uri
PageServet的doGet, doPost接收浏览器请求,请求以xx.hml形式,xx就是PageHandler扩展的key,找到对应的PageHandler绘制对应的页面返回给浏览器。
@Menu(name = "Home",desc = "Home page.", order = Integer.MIN_VALUE)
//有注解 name跟desc属性都是在页面中展示给用户看的
public class HomePageHandlerimplements PageHandler {
public Page handle(URL url) {
List<List<String>> rows =new ArrayList<List<String>>();
for (PageHandler handler :PageServlet.getInstance().getMenus()) {
String uri =ExtensionLoader.getExtensionLoader(PageHandler.class).getExtensionName(handler); //这个uri其实就是PageHandler扩展配置的key,页面中用它来请求选择具体的handler绘制 //出具体的page
Menu menu =handler.getClass().getAnnotation(Menu.class);
List<String> row = newArrayList<String>();
row.add("<ahref=\"" + uri + ".html\">" + menu.name() +"</a>");
row.add(menu.desc());
rows.add(row);
}
return new Page("Home","Menus", new String[]{"Menu Name", "Menu Desc"}, rows); //一个Page实体就是一个页面,这里包含所有主要HomePage的页面内容
}
}
PageHandler的在com.alibaba.dubbo.container.page.PageHandler文件中的扩展配置
index=com.alibaba.dubbo.container.page.pages.HomePageHandler
providers=com.alibaba.dubbo.monitor.simple.pages.ProvidersPageHandler
consumers=com.alibaba.dubbo.monitor.simple.pages.ConsumersPageHandler
。。。。
下面截图看下dubbo大概提供了哪些扩展
下面截几张图看看监控中心的页面。
转载于:https://www.cnblogs.com/duyinqiang/p/5696319.html
Dubbo原理解析-监控相关推荐
- 免费分享Dubbo原理解析视频教程
Dubbo是目前最火热的分布式框架项目之一,Java程序员必熟悉之框架. 这是微信群友分享的Dubbo原理解析视频教程,真是Dubbo上手到精通干货.现在分享出来. 以下为教程预览截图. 获取上以视频 ...
- Dubbo原理解析(非常透彻)
一.概述 dubbo是一款经典的rpc框架,用来远程调用服务的. dubbo的作用: 面向接口的远程方法调用 智能容错和负载均衡 服务自动注册和发现. 自定义序列化协议 Dubbo 架构中的核心角色有 ...
- 分布式服务框架dubbo原理解析 转
alibaba有好几个分布式框架,主要有:进行远程调用(类似于RMI的这种远程调用)的(dubbo.hsf),jms消息服务(napoli.notify),KV数据库(tair)等.这个框架/工具/产 ...
- Dubbo原理何源码解析之服务暴露
2019独角兽企业重金招聘Python工程师标准>>> 一.框架设计 在官方<Dubbo 用户指南>架构部分,给出了服务调用的整体架构和流程: 另外,在官方<Dub ...
- Dubbo原理和源码解析之服务引用
github新增仓库 "dubbo-read"(点此查看),集合所有<Dubbo原理和源码解析>系列文章,后续将继续补充该系列,同时将针对Dubbo所做的功能扩展也进行 ...
- dubbo服务暴露原理解析
配置解析 dubbo 的各个配置项,详细的可以参考官网 只有 group,interface,version 是服务的匹配条件,三者决定是不是同一个服务,其它配置项均为调优和治理参数 所有的配置最终都 ...
- 002 第一季SpringBoot2核心技术-核心功能:配置文件、Web开发(原生组件)、数据访问、单元测试、指标监控、原理解析:@Value、命令行参数、手动获取bean、自定义starter
三.核心技术之- ->核心功能 1. 配置文件 1.1 文件类型 1.1.1 properties 同以前的properties用法 优先级高于yml的方式. 1.1.2 yaml 1) 简介 ...
- Dubbo标签解析原理
配置文件 是Spring的配置文件 程序启动,是以Spring的方式 加载配置文件启动 Spring解析,配置文件中的每一个标签 BeanDefinitionParser 标签解析器 搜索,BeanD ...
- dubbo原理_dubbo的底层原理
一.Duboo基本概念解释 Dubbo是一种分布式服务框架. Webservice也是一种服务框架,但是webservice并不是分布式的服务框架,他需要结合F5实现负载均衡.因此,dubbo除了可以 ...
最新文章
- QT中关于头文件一个很奇怪的问题
- POJ 2455Secret Milking Machine(二分+网络流之最大流)
- codevs——2853 方格游戏(棋盘DP)
- 再见 Jenkins!几行脚本搞定自动化部署,这款神器有点厉害
- WCF常见问题及解决方案
- PyQt5 打包问题解决 Unable to find “D:\anaconda3\lib\site-packages\PyQt5\Qt\translations\qtwebengine_locale
- java全局机制,java实现全局异常机制
- matlab如何绘制传递函数对数幅频特性_开环传递函数是怎样影响系统的?重要参量1/(1+T)与T/(1+T)的释义...
- MySQL的Limit子句
- 千兆云路由器Dlink850L10个0Day漏洞成筛子 PoC满天飞 随便拿Root权限
- 你被大数据“杀熟”了么?
- cmd长ping记录日志和时间_ping记录带时间戳
- FastDFS配置文件
- VBS中实现99乘法表的输出
- 小米手机切换应用--完美实现步骤
- GIS空间分析 栅格数据分析2 成本距离分析
- 使用Selenium爬取网站表格类数据
- armbian启用wifi
- 解决vimdiff ‘E97: Cannot create diffs‘错误的一种方法
- csdn 头衔 创作者 博客专家
热门文章
- bart使用方法_使用简单变压器的BART释义
- 基于边缘计算平台的分析与研究
- 做生意成败难料,你见过亏损最惨的人有多惨呢?
- 你会因为贫富差距远离曾经的好友吗?
- 低情商大神的思维,高情商的你会懂么?为什么很多计算机老师都是坏脾气?为什么提问没人回答?为什么要通过网络自主学习?
- python怎么退出help_(转)python中如何使用help命令?
- xilinx c语言编程,使用Xilinx SDSoc在Xilinx zcu102开发板上编程HelloWorld
- python3 for_Python3: for 表达式
- 2019春季学期第四周作业
- MS17-010漏洞复现