产品控制中心-系统监控预警.docx

产品控制中心系统监控预警设计主体思路Log4j 日志记录目标：分模块记录日志，实现错误日志的快速定位，并分离大日志块。 (可配置提取日志功能)接口日志记录目标：记录每个接口调用的具体情况，包括接口的名称、参数、调用者、调用事件、重试调用情况和调用结果等，期望记录过程应不影响主流程的执行速度。异常重试目标：对接口等调用异常进行重试，实现重试策略的配置，主要实现通用。预警目标：对接口调用失败或者重试多次不成功等情况进行预警，通知管理员进行处理，考虑带出调用日志等信息。帮助确认问题。主要实现通用。消息中心目标：在PC2完成动作需要向产品端发送消息时，统一使用消息中心处理。具体设计Log4j 日志记录2.1.1设计概述分模块记录日志，对授权、认证、portal、cache等大模块的日志进行分离。提高定位问题日志的效率。2.1.2具体配置不同模块应该有不同的package名字，一般初始化log的时候会用package来初始化，例如：static?Logger?log?=?Logger.getLogger(?package);在这个基础上，可以通过log4j的配置文件，指定不同的模块输出到不同的log文件。代码中：static Logger log1 = Logger.getLogger(package1);static Logger log2 = Logger.getLogger(package2);配置文件中(log4j.properties)：#根日志属性项log4j.rootCategory=INFO,output1,output2#定义通过日志文件输出log4j.logger. package1= DEBUG,output1log4j.appender. output1=org.apache.log4j.FileAppender#输出的路径log4j.appender. output1.File=绝对路径/{相对路径}文件名.log#输出Log日志格式log4j.appender. output1.layout=org.apache.log4j.PatternLayoutlog4j.appender. output1.layout.ConversionPattern=%r%p%t%c-%m%n#输出到自己指定的日志中, 分开记录日志log4j.additivity. package1 = false#对package2做类似配置即可接口调用的日志记录设计概述记录接口调用日志需要实现：记录有数据交互接口调用的具体情况，包括接口的名称、参数、调用者、调用时间、重试调用情况和调用结果等。记录过程应不影响主流程的性能。交互流程所有需要调用外部接口的实现类都要继承BaseInterface这个抽象类，并实现内部的调用接口的方法。通过队列的形式实现异步记录日志，不影响主流程性能。在调用接口的前后都要进行接口调用日志的记录，在调用前记录的是接口名称、参数和调用时间等信息，在调用后记录的主要是借口调用结果的信息。客户端（其他服务类）调用基础抽象类调用接口的方法，在该方法中封装了真正调用接口的方法和产生事件的方法。该真正调用接口的方法是个抽象方法，需要子类对其进行实现。在调用接口前产生事件，记录接口名称、参数等信息，并将事件丢入事件队列中，同时产生时间戳（Date_token）来匹配调用结束时记录的日志。调用子类真正的调用接口方法。返回。在调用接口前产生事件，记录接口调用结果等信息。客户端调用结束。事件分发类从启动开始会一直处于运行状态，并到事件队列中取的下一个未处理的事件对象。返回事件对象。时间分发类将取到的事件对象丢给事件处理类进行处理。■INTERFACE_MONITOR_LOG（接口调用监控日志表）字段类型非空说明LOG_IDVARCHAR2(20)Y@desc 日志IDINTERFACE_NAMEVARCHAR2(64)@desc 接口名称business_idVARCHAR2(64)@desc 业务IDINTERFACE_PARAMVARCHAR2(4000)@desc 接口参数RESULTCHAR(1)@desc 接口调用结果。0|1；失败|成功commentsCREATORVARCHAR2(20)@desc 创建者MODIFIERVARCHAR2(20)@desc 修改者GMT_CREATEDATE@desc 创建时间GMT_MODIFIEDDATE@desc 修改时间异常重试及预警2.3.1设计概述在调用其他系统的接口时，如果发生异常没有返回正确的结果，需要对调用的动作进行重试，这里需要考虑到各个接口的重试策略会有不同，必须区别对待，这样就要对各个接口的重试策略进行配置，并建立单独的类对其进行管理。我们需要将待处理的任务信息保存