细心的读者可能会发现，上一篇《运维的价值和目标拆解》中有个脑图，其中监控完备这部分是没有展开的。那么对于一个互联网公司，要对哪些方面做了监控，才能称得上完备？今天笔者抛砖引玉，给出一个列表，不足之处，欢迎业界同仁补充，共同进步:)

网络监控

终端客户要想访问你的服务，势必要经过一系列网络链路，这是我们的第一个着眼点

网络质量

全国各地，不同的地区，不同的运营商，访问你的网站的质量，比如延迟是多少，是否不通了

公网出口

服务部署在某个IDC，IDC的公网出口是不是拥塞了，是不是断了

专线带宽

服务可能是依赖其他服务的，而被依赖的服务却不在同一个机房，中间通过专线连通，那么专线的质量就需要关注了，典型的比如丢包情况，是否连通，带宽是否到达上限

网络设备

各种交换机、路由器，是不是挂了，是不是丢包了，硬件是否故障了

机器监控

这个大家通常不会忽略，毕竟你的服务是在机器上跑的嘛，简单唠叨一下

机器硬件

比如磁盘是不是只读了，raid是不是故障了，内存是不是故障了

机器运行态

比如磁盘是不是满了，CPU是不是持续跑满，内存是不是快吃光了，IO持续100%，网卡是不是丢包了，系统进程总数是不是过多了，打开的文件句柄是不是过多了。

机器配置

比如ulimit配置是否合理，一些系统参数比如nf_conntrack_max配置是否合理。

系统进程

比如ntp是否工作正常，系统时间是否偏差太大，sshd进程是否工作正常，crond是否挂了

业务监控

服务本身运行的情况，自然也是要监控的

存活性

进程是否还在，端口是否还在监听，LOG是否不再滚动

异常日志

比如抛了Exception，出现了ERROR、FATAL、ALERT等关键字

健康指标

这个经常容易忽视，需要研发配合，能够反映服务自身健康状况的指标，跟业务自身相关。比如MQ，能够反映MQ健康状况的可能是消息堆积量。

接口监控

服务对外提供的API，其成功率、延迟情况、QPS等等。一些人做的域名监控也可以归到这里。

周边依赖

比如你依赖的其他服务是否健康，比如用到的HTTPS证书是否过期