监控易·原有的监控工具保留为主

当前并没有哪一个监控工具可以覆盖所有生产系统的运行指标，已沉淀下来的监控工具往往是当前生产系统深度定制的工具，具有存在价值。另外，虽然监控平台从WEB、APP、到DB均采用了多中心双活分布式架构部署，但为保证监控覆盖能力，部分重要的环节仍建议不一套监控工具。

传统企业的运维经过多年的积累，往往己沉淀下来不少监控工具，有不同条的工具，如基础设施、硬件、软件、安全等；也有不同类型的工具，如基于日志、数据库、中间件、操作系统、网络报文等。

监控易分层方式

相信每家企业对于监控分层体系都会有各自的划分方式，以下是以条线方式分层：1）基础设施层：包括运营商专线、机房（机房内的设施，比如制冷、安防等）、网络设备，基础设施层的监控分为状态、性能、质量、容量、架构、流量分析等几个层面。

2）系统服务器层：包括系统服务器、存储等服务器的可用性状态。

3）系统及网络服务层：系统及网络服务层主要是指操作系统、系统软件、网络软件的使用情况。

4）应用服务层：应用服务层主要是针对应用服务可用性、应用营业状态、应用性能、应用交易量分析几方面。

5）客户体验层：客户体验层包括两块，一是客户访问速度；二是功能是否正常，具体指的是全部、局部、个别用户或终端访问情况，不仅包括业务系统是否能访问，访问的速度是否快，还包括业务逻辑的验证功能是否正常。

监控易一体化运维基础设施

状态监控包括机房供电、空调、网络设备的软硬件状态，如设备状态等

性能监控包括设备的性能情况，比如CPU、内存大小、session数量、端口流量包量、内存溢出监控、内存使用率等；

网络监控包括设备错包、丢包率，针对网络设备以及网络链路的探测、丢包率监控等；

容量监控包括设备负载使用率、专线带宽使用率、出口流量分布等；

由于基础设施硬件往往已有设备健康性的检测机制，建议向这类厂商提要求，将设备的运行事件主动送到监控平台整合。

监控易系统服务层分析

在分析系统服务层的数据消费情况时，可以通过分析系统性能情况，客观衡量业务负载高低情况，并结合扩缩容调度，实现业务的负载和成本间的平衡。可以根据服务器所在业务层级（接入层、逻辑层还是数据层）的不同，设置不同的容量参考指标、指标参考基准、指标计算规则、高低负载判别规则，设置业务模块（由相同功能的多个服务器构成的业务集群）的扩缩容规则；由系统计算出服务器、业务模块的负载情况，决策出是否需要扩容或缩容，触发业务模块的扩缩容操作。