运维可视化｜漫谈网络监控可视化

作者简介

莫莫    百度资深前端研发工程师

负责百度智能运维（Noah）相关产品的前端设计和研发，在运维数据可视化方向有着丰富的实践经验。

干货概览

运维可视化，核心是将所运维的服务、资源、设备的状态和正在发生的事件通过可视化的手段呈现出来，指导运维人员或者产品研发人员做出正确的运维决策。某种程度上，运维与可视化相辅相成，可视化程度越高，运维就越简单，运维效率也就越高。

在运维的工作范畴中，实时监控对故障的发现和诊断起到至关重要的作用。今天，我们以监控中的一个重点场景－内网监控，来介绍可视化起到的重要作用。内网指的是一个公司的内部网络，包括机房内部网络和机房间的网络。

异常事件可视化

当运维工程师发现自己负责的系统出现故障时，检查网络连接是否有异常，是故障排查流程当中的标准步骤。在这个场景中，工程师需要知道自己的系统所在的机房以及所依赖的网络通路是否存在故障，所以希望内网监控系统提供一个网络故障概览，展示在给定的时间段中相关机房的异常事件。

最简单的方式是将所有的网络故障展示在表格当中。如上表所示，每一行代表一个故障事件，第一列表示故障关联的机房，第二列是故障的起止时间，第三列是故障的严重程度。这种展现方式存在以下三个问题：

1. 不能第一眼看出哪些故障严重，哪些故障轻微；

2. 不能直观感受到每个故障的持续时长；

3. 很难知道在某一时刻哪几个机房同时存在故障。

当时间段很长，筛选出的故障事件很多时，表格会变得很长，就更加不利于工程师了解网络状况了。

为解决以上问题，我们需要在机房、时间、 程度三个维度上都能直观的展示故障事件。从时间跨度来想，有点事件流的感觉，似乎可以用事件流图来展示。

图1  事件流图

如图1所示，事件流图用一条事件河流来表示事件。河流被横向切分为若干条色带，每条色带代表一个类别的事件。色带的高度（河流的宽度）代表在某个时刻，各类别包含事件的个数。事件越多，河流越宽，反之越窄。

这种事件流图适合展示在一段时间内事件群体的统计变化，而我们需要能够展示每个事件的个体信息。因此，我们对事件流图作了几个修改：

1. 每个故障事件用一个矩形条表示，矩形条左右两边的位置对应事件的起止时间；

2. 矩形条的颜色用来区分事件的严重程度，而不是事件的类别；

3. 关联到某一个机房的故障事件矩形条放在河流的同一个高度位置。如果事件在时间上能完全错开，则将矩形条左右放置。如果事件在时间上有重叠，则拓宽机房所占河流的宽度，将矩形条上下放置。

图2  异常事件流图

图2展示了我们的事件流图方案。图中展示了三个机房的异常，其中机房一有一个严重的异常事件（用红色来标识），这个异常事件是一个时间跨度比较长的严重异常事件，机房二有4个轻度的异常事件（用黄色标识），这4个异常是时间跨度比较短的轻度异常事件，机房三有12个轻度的异常事件（用黄色标识），这12个异常事件中也有三个时间跨度比较长的时间。如果鼠标放置在异常事件矩形块上，能查看哪个机房出现异常。通过这个图，工程师可以很方便地看到每个机房的每个故障事件的详细信息，比表格的方式直观得多。

总  结

事件流图， 从机房、时间、异常程度三个维度都能直观的展示故障事件，帮助工程师快速查看异常情况。其实，事件流图还可以用于展示变更事件，甚至可以将变更事件与异常事件组合，让工程师能一眼查看异常事件可能是由哪些变更事件引起的。我们从智能运维场景中抽象出一些可视化组件，比如这里的事件流图组件，再通过前端工程化工具把这些子元素串联起来，构建出前端统一展现层框架， 后面我们会逐一介绍这些可视化组件与框架其他细节，请持续关注我们的AIOps智能运维公众号！

阅读推荐

  运维实践

智能运维架构 | 架构集成 | 网络判障 | 监控数据采集 | 监控报警 | 网络异常 | 分布式监控系统 | 数据可视化 | 单机房故障自愈 | TSDB数据存储 | 异常检测 | 流量异常检测 | 复杂异常检测 | 报警风暴 | 实时计算 | 故障诊断 | 日志监控

  运维产品

百度云BCM | 企业级运维平台 | 基础设施管理引擎 | 运维知识库 | 通告平台 | 百度名字服务 | 业务部署 | 数据配送 | 集群控制系统 | 外网监控 | 内网监控 | 部署变更 | 配置管理

  精品推荐

AIOps全解析 | AIOps中的四大金刚 | 智能运维 | AIOps时代 | 运维演进

↓↓ 点击"阅读原文" 【了解更多精彩内容】