前言对于数据库、中间件的监控，目前社区里最为完善的就是Prometheus生态的各个Exporter，不过这些Exporter比较分散，不好管理，如果有很多目标实例需要监控，就要部署很多个Exporter，要是能有一个大一统的Exporter，具备所有这些Exporter的能力就好了。还真有，而且还不止一个，一个是 G

前言对于数据库、中间件的监控，目前社区里最为完善的就是Prometheus生态的各个Exporter，不过这些Exporter比较分散，不好管理，如果有很多目标实例需要监控，就要部署很多个Exporter，要是能有一个大一统的Exporter，具备所有这些Exporter的能力就好了。还真有，而且还不止一个，一个是

笔者去年在极客时间发布了一个专栏《运维监控系统实战笔记》，很多朋友借此梳理了较为体系化的运维监控系统知识，但是限于专栏篇幅，有些手把手实操类的内容没有办法展开，另外时隔一年，监控系统的技术栈也有了一些变化，所以笔者决定在这里把这些内容补充完整。监控系统的典型架构对于

Oracle数据库在行业内应用广泛，通常存放的非常重要的数据，监控是必不可少的，本文使用Cprobe采集Oracle监控数据，极致简单，分享给大家。安装配置Oracle简单起见，我使用Docker启动Oracle，命令如下：dockerrun-d--nameoracle-p1022:22-p18080:8080-p1521:1521wnamel

需求背景监控数据采集领域，比如Prometheus生态有非常多的Exporter，虽然生态繁荣，但是无法达到开箱即用的大一统体验，Exporter体系的核心问题有：良莠不齐：有的Exporter写的非常棒，有的则并不完善，有些监控类别甚至有多个Exporter，选择困难写法各异：Exporter所用的日志库、配置文件管理

需求背景监控数据采集领域，比如Prometheus生态有非常多的Exporter，虽然生态繁荣，但是无法达到开箱即用的大一统体验，Exporter体系的核心问题有：良莠不齐：有的Exporter写的非常棒，有的则并不完善，有些监控类别甚至有多个Exporter，选择困难写法各异：Exporter所用的日志库、配置文