【业务监控】从设备到业务：如何用业务视角管理IT？

核心要点摘要：传统监控以设备为中心，运维人员看到的是“CPU高了”“磁盘满了”，但管理层和业务部门只关心“系统快不快”“业务稳不稳”。监控易的业务监控功能，将底层IT资源与上层业务服务关联，以业务视角展示健康度、可用性、繁忙度，让运维从“看设备”升级到“看业务”。

一、设备一切正常，业务却“卡顿”了

某三甲医院的信息科曾遇到过这样一件事：门诊挂号系统的使用高峰期，医生和患者都反映“系统响应慢、挂号要等很久”。信息科工程师紧急排查，检查了服务器CPU、内存、磁盘、网络，所有指标都在正常范围内。他们又检查了数据库连接数、锁等待，也没有异常。折腾了近一个小时，最后发现是核心交换机的某个端口流量突增，导致带宽拥塞，但这个端口连接的不是挂号系统的服务器，而是另一套非核心业务系统。

问题在于：监控系统只看设备，不看业务。工程师知道每台设备的状态，却不知道“挂号系统”这条业务链路上包含了哪些设备、哪些环节可能出问题。如果能从业务的视角来监控，把挂号系统涉及的Web服务器、应用服务器、数据库、网络链路作为一个整体来观察，问题就会清晰很多。

监控易的业务监控功能，正是为了解决这个问题而设计的。

二、什么是业务视角？

业务视角，就是把分散的IT资源按照业务服务重新组织。不是看“这台服务器CPU多少”，而是看“挂号系统的健康度如何”。

在监控易中，运维人员可以自定义“业务”对象，将支撑该业务的所有IT资源（服务器、数据库、中间件、网络设备、专线等）关联起来。系统会根据这些底层资源的状态，自动计算业务的整体健康度、可用性和繁忙度。

三个核心指标：

-健康度：综合反映业务系统的运行状况。如果所有关联资源都正常，健康度为100%；如果有部分资源告警，健康度会相应下降。

-可用性：反映业务系统的连通性和可访问性。通过主动拨测或底层资源状态综合计算。

-繁忙度：反映业务系统的负载压力。结合交易量、响应时间、并发数等指标综合评估。

这三个指标用红、黄、绿三色标识，一目了然。管理者不需要知道底层细节，只需要看颜色就知道业务运行状况。

三、如何构建业务监控视图？

第一步：定义业务对象

在监控易中，点击“业务管理”→“新建业务”，输入业务名称，比如“HIS门诊挂号系统”。

第二步：关联底层资源

从资源列表中选择支撑该业务的所有IT组件。可以按设备类型筛选，也可以按分组或标签批量添加。例如：

-Web服务器集群（2台）

-应用服务器集群（4台）

-数据库服务器（主备2台）

-核心交换机（2台）

-专线（连接分院的核心链路）

第三步：设置权重和阈值

不同资源对业务的重要程度不同。例如，数据库服务器故障会导致整个业务不可用，权重应该设高；某台Web服务器故障可能只是性能下降，权重可以低一些。监控易支持自定义权重，系统会根据权重计算综合健康度。

第四步：验证和调整

配置完成后，可以模拟某台设备故障，观察业务健康度的变化是否符合预期。如果某个设备的影响被高估或低估，可以调整权重。

四、业务监控能带来什么价值？

价值一：快速定位故障影响范围

当某台数据库服务器告警时，运维人员打开业务拓扑图，可以看到该服务器属于哪些业务。如果是核心业务，立即优先处理；如果是边缘业务，可以酌情延后。避免“所有告警同等对待”的低效。

价值二：向管理层汇报更有说服力

以前向院领导汇报，说的是“HIS系统的数据库CPU使用率85%”，领导听不懂。现在汇报“HIS系统健康度98%，处于良好状态；本月可用性99.95%，达到目标”，领导一听就明白。业务视角让运维的价值被看见。

价值三：跨部门协同更顺畅

业务部门问“我们的系统怎么样”，运维人员可以直接展示该业务的健康度大屏，而不是解释一堆技术指标。业务部门也能自己打开监控易的业务视图，随时查看自己关心的系统状态，减少“系统是不是又慢了”的咨询工单。

价值四：辅助故障优先级判断

当多个告警同时发生时，业务监控视图可以帮助运维人员判断：哪个告警影响的业务更多、影响面更大？优先处理影响核心业务的告警，而不是“谁先报警先处理谁”。

五、某三甲医院的实战案例

某三甲医院信息科利用监控易的业务监控功能，搭建了“核心业务驾驶舱”。他们定义了HIS、PACS、LIS、EMR、OA等10多个业务对象，每个业务关联了对应的服务器、数据库、网络设备。

一次例行检查中，值班工程师发现PACS系统的健康度从100%降到了95%。点开业务拓扑图，看到是某台影像存储服务器的磁盘使用率超过了85%，触发了黄色预警。该服务器属于“影像归档”子业务，虽然不影响实时调图，但长期不处理可能导致归档失败。工程师提前安排了磁盘扩容，避免了一次潜在的业务影响。

信息科主任说：“以前我们是被动响应，业务部门投诉了才知道问题。现在业务健康度大屏实时展示，我们比业务部门更早发现问题，从‘救火队’变成了‘预警员’。”

六、业务监控的注意事项

不是所有设备都需要关联到业务：核心业务优先配置，边缘业务可以后置。业务监控的目的是“抓重点”，不是“全覆盖”。

权重设置需要结合实际：不同医院、不同业务对资源的依赖不同，建议上线后观察一段时间，根据实际情况调整权重。

业务拓扑需要持续维护：当业务架构发生变化（如新增服务器、迁移数据库）时，要及时更新业务关联关系，否则健康度计算会失真。

七、结语

从设备监控到业务监控，是运维成熟度提升的重要标志。监控易的业务监控功能，让运维人员不再只盯着CPU、内存这些技术指标，而是从业务的视角审视IT系统的运行状况。当你能用“健康度”“可用性”这些业务语言和管理层对话，当你能提前发现潜在风险而不是等用户投诉，运维的价值就不再是“保障不出事”，而是“赋能业务发展”。

#业务监控#业务视角#健康度#运维价值#监控易

内容责任声明

来源：监控易（北京美信时代科技有限公司）

作者：技术部 刘美玲

编辑：市场部 扬扬

初审：技术部 刘美玲

数据核实：技术部 刘美玲

终审：解决方案部 Dino

本文内容基于公开信创政策及实际项目经验编写，数据来源可追溯。未经授权不得转载。