广发银行从面向资源监控到面向业务监控

集中监控平台是广发银行自主研发的IT基础架构监控系统，实时监控操作系统、数据库、中间件等资源与性能，并与机房环境监控系统、作业集中调度平台进行对接，实现机房环境、批量作业的监控，已在广发银行数据中心及灾备中心推广使用。

一、平台建设目的

        随着银行业务的发展，传统的基于资源与性能监控的监控功能已无法满足运维的需求。大部分系统异常可通过传统的操作系统、数据库、中间件等资源与性能监控发现，但对于部分系统异常如交易失败、交易响应速度缓慢等却很难精准地通过资源与性能监控体现出来。此外，即使是已发现的系统告警CPU、内存等指标使用率偏高之类的监控信息，也很难快速、准确地定位到受其影响的业务。

        广发银行集中监控平台建设的最终目的，在于及时发现基础架构乃至业务服务的异常并告警，实现事件的及时处理，保障业务的快速恢复。为此，广发银行在自主研发的监控平台上实现了基于业务服务的监控功能。

二、交易监控的实现方案

        广发银行的交易监控功能面向应用交易的全生命周期，通过各种技术手段，从多个数据源实时获取交易数据，通过性能及事件处理引擎对数据进行分析、过滤，并对异常的交易进行展现及实时预警。考虑到交易判断逻辑的复杂性及特殊性，交易数据的分析与判断也可由交易系统完成。

        目前，广发银行集中监控平台通过数据库、交易流水报文、交易统计报文、交易心跳、交易日志五个接口实现交易功能的监控（如图1所示）。

         1．数据库接口
        通过数据库JDBC连接，定时查询DB2、Oracle等主流数据库的交易数据表，通过统计分析，可针对时问区间、交易量、交易类型、交易状态等方面进行告警。如果应用交易系统采用了数据库数据复制技术，集中监控平台可直接连接备份数据库获取交易数据，降低与应用交易系统的耦合度。

        2．交易流水报文接口
        该种接口方式根据集中监控平台的接口方式发送交易流水，由集中监控平台完成交易数据的分析和处理，需对应用交易系统进行必要的改造。如果需要被监控的交易功能较多、交易流水较多，将会给集中监控平台带来不小的处理压力。因此，在实际使用过程中，通过以下两种方式降低集中监控平台的处理压力：

        （1）只监控关键的交易功能；

        （2）只发送异常的交易流水，减少集中监控平台接收的交易流水数据量。

        3．交易统计报文接口
        为了避免大量交易流水的处理耗费集中监控平台过多的处理能力，部分应用系统的交易监控采用交易统计报文接口方式实现。该方式由应用交易系统完成交易流水的初步分析与处理，并将初步的统计信息发送至集中监控平台，再由集中监控平台进行二次分析与处理。这种接口方式需对应用交易系统进行较大的改造。

        4．交易心跳接口
        为了避免交易进程僵死等情况出现，部分应用交易系统通过交易心跳接口方式实现交易进程状态的监控。该方式需对应用交易系统进行必要的改造，要求应用交易系统与集中监控平台建立定时心跳反馈的机制。当应用交易进程出现异常时，该方式可以第一时间检测到异常并进行报警。

        5．交易日志接口
        集中监控平台通过扫描关键字、交易日志更新情况等方式，采集交易过程中的异常报错信息。该方式无需对应用交易系统进行改造，但对应用交易日志有一定的规范性要求。

        上述五种交易监控方式各有优缺点，因此，在具体的实践过程中，一般采用多种监控方式搭配使用。

        广发银行集中监控平台通过多种方式实现交易监控功能后，已多次在第一时间发现交易活动中的异常，保障了业务的快速恢复。交易监控功能的投产，使得集中监控平台逐步实现从传统的面向资源监控到面向业务服务监控的转型。在项目的实施中，广发银行收获了交易监控功能投产的价值，也进一步意识到业务服务监控的重要性。从业务服务监控角度来说，广发银行为了进一步提升在该领域的监控水平，广发银行后续将通过用户体验监控、实时交易响应时间监控、交易时间分解等多种方式完善业务服务监控能力。

（文章来源：中国金融电脑）
 

扫码即可手机
阅读转发此文