HBase监控|HBaseMetrics初探（一）

前言：对于任意一个系统而言，做好监控都是非常重要的，HBase也不例外。经常，我们会从JMX中获取相关指标来做展示、对HBase进行监控，那这些指标是怎么生成的呢？如果你想自定义自己的监控指标又该怎么做呢？基于好奇之心和学习的目的，最近打算学习一下HBase监控相关原理及实现，今天先简单捋一捋思路。

1. 如何下手？

我一向比较喜欢先看项目所依赖的pom文件，打开HBase源码，有两个非常相关的模块：

hbase-metrics-api
hbase-metrics

分别打开两个子项目的pom文件查看，搜索关键词\'metrics\'碰碰运气，有两个小发现：

子项目hbase-metrics依赖子项目hbase-metrics-api，子项目hbase-metrics-api大部分是接口类，而子项目hbase-metrics基本上是对子项目hbase-metrics-api接口类的实现类。
子项目hbase-metrics中有metrics相关继承式依赖，如下：


    io.dropwizard.metrics
    metrics-core

那这是个什么东西呢？凭直觉，要理解好HBase Metrics的实现，首先要先搞明白这是个什么东东。本文接下来也主要围绕io.dropwizard.metrics展开。

2. Dropwizard是什么？

经过一番调研，总感觉dropwizard是上个世纪的产物。看下官网介绍：

Dropwizard is a Java framework for developing ops-friendly, high-performance, RESTful web services.

翻译一下：

Dropwizard是一个Java框架，用于开发对操作友好的高性能RESTful Web服务。

感觉理解不太到位，RESTful Web服务也没听说过这个，百度扫扫盲吧！结果很意外，网上竟是Dropwizard与Spring Boot比较相关的文章。我抽两条比较重要的：

Dropwizard定位：微服务框架
两者都有很强很大的社区支持。如果你更喜欢轻量，无疑Dropwizard胜出，如果你已经有Spring经验，无疑使用Spring Boot。

好稀罕！真的是孤陋寡闻了吗？竟然是跟Spring Boot相媲美的，也集成了众多框架，Dropwizard metrics 就是其自带的监控框架。下面就介绍一下Dropwizard metrics。

3. Dropwizard metrics

看下官网介绍：

Metrics is a Java library which gives you unparalleled insight into what your code does in production.
Metrics provides a powerful toolkit of ways to measure the behavior of critical components in your production environment.
With modules for common libraries like Jetty, Logback, Log4j, Apache HttpClient, Ehcache, JDBI, Jersey and reporting backends like Graphite, Metrics provides you with full-stack visibility.

翻译一下：

Metrics是一个Java库，可让您无比洞察代码在生产中的功能。Metrics提供了一种功能强大的工具包，该工具包可用于衡量生产环境中关键组件的行为。借助适用于常见库（如Jetty，Logback，Log4j，Apache HttpClient，Ehcache，JDBI，Jersey）的模块以及报告后端（如Graphite），Metrics可为您提供全栈可见性。

大白话：dropwizard-metrics是一个度量工具包，可集成于多种常见库，提供全栈监控可见性。

“目前最为流行的 metrics 库是来自 Coda Hale 的 dropwizard/metrics，该库被广泛地应用于各个知名的开源项目中。例如 Hadoop，Kafka，Spark，JStorm 中。”

然后我又不禁自己问自己了：市面上这么多监控系统和框架，dropwizard-metrics处于什么定位呢？

基于好奇，自己又展开了一番调研。

4. 监控体系梳理

提到监控，无非以下这些常见的词汇：

Atlas、Datadog、Ganglia、Graphite、Influx、JMX、NewRelic、Prometheus、SignalFx、StatsD、Wavefront、Micrometer、Spring-actuator、Pinpoint、Zipkin、Skywalking、Grafana等等。

我从数据流的角度将以上框架大致分为三种：

生产类监控指标框架：进行指标统计与监控，首先要生产指标数据，这类框架如Micrometer，我们也叫埋点类指标框架。
消费类监控指标框架：有了指标数据，我们就要采集处理进行消费，这类框架如Ganglia、Prometheus、Influx等。
展示类监控指标框架：这类框架主要用于数据图标的前端展示，如：Graphite、Grafana等。

而今天我们了解到的Dropwizard-Metrics监控框架，就属于生产类监控指标框架。那Dropwizard-Metrics监控框架与Micrometer有什么关系吗？如何做选择呢？

回答是：没有关系，并存关系。

我们知道，Spring2监控框架是基于Micrometer，并深度集成的。然而Hadoop、HBase则是基于Dropwizard-Metrics拓展开来，你猜是为什么？先读读下面一句话。

“springboot2在spring-boot-actuator中引入了micrometer，对1.x的metrics进行了重构，另外支持对接的监控系统也更加丰富(Atlas、Datadog、Ganglia、Graphite、Influx、JMX、NewRelic、Prometheus、SignalFx、StatsD、Wavefront)。1.x的metrics都有点对齐dropwizard-metrics的味道，而micrometer除了一些基本metrics与dropwizard-metrics相类似外，重点支持了tag。这是一个很重要的信号，标志着老一代的statsd、graphite逐步让步于支持tag的influx以及prometheus。”

看着好像Micrometer更强大似的，简直像Dropwizard-Metrics二代升级版呀！不仅对接的监控系统更加丰富，而且还重点支持了tag，对于伟大的集大成者、人人口中的强力胶——Spring而言，当然选择爸爸版咯~

而像Hadoop、HBase之类的数据层软件框架，或许我只能大概猜一猜了！