大家好，又见面了，我是全栈君，今天给大家准备了Idea注册码。
文件夹
UPP监控平台架构设计
1.1背景1.引言
随着接入UPP的销售系统不断添加，接入的网关也不断添加，UPP担任的角色也越来越重要。UPP须要和各种角色进行频繁的交互，同一时候自身也是须要多个子系统进行频繁的交互来实现各种业务。在这样的复杂环境下，一旦发生业务故障或应用、server故障，其问题根源和影响面非常难准确定位。
这样一来。必需要有一个系统。能很实时的获取与合作伙伴之间、子系统之间的交互状态。按各种需要的维度进行周期性统计，得到各种视角的报表，以供运维和应急人员实时定位故障。 同一时候它是一个及时的、可靠的、专业的监控平台，对各个销售系统、各个网关、各个关键点进行监控。
1.2编写目的
本概要设计文档从整体上把握UPP监控系统设计框架，包含模块划分、监控功能点划分、处理流程和接口设计。
1.3定义
UppMonitor：统一支付平台监控。
2.范围
2.1 系统主要目标
构建一个对UPP的综合监控平台，包含server监控、应用系统监控、网络监控、数据库监控四个模块。实现对upp的全面监控，出现故障能及时报警，并能准确高速的定位出现故障的故障点，提高执行保障维护效率。
而且为领导提供相关的统计与决策分析数据。
2.2主要软件需求
UPP各项指标监控，故障报警，故障定位，支付效能统计。
2.3设计约束、限制
无。
3.软件系统结构设计
3.1.监控方案：
①传统方式：
传统模式是通过一定数据抽取、清洗、转换、装载等技术获取数据库的数据，再扔进数据仓库里面，接着对数据仓库的数据进行统计处理，达到业务数据监控的效果。
这样的方式对于时效性不高的场合比較经常使用。而对于时效性要求较高的场合不可採用此种方法。须要对这样的形式改进。
②改进方式：
改进方式是引入了一个备库。通过某种数据库复制技术把生产库数据拷贝到备库，然后狂虐备库数据库，进行统计处理。监控业务数据。
这样的方式的时效性已经明显提升。而且比較easy维护，仅仅需维护好生产库与备库之间的同步，且监控能够随便查备库数据。不怕影响生产。
③继续改良方式：
在各子系统链路上。都对每一笔业务、每一次交互有着不同程度的日志记录，通过在每台子系统server上部署一个代理agent。以合适的频率将实用的日志传输到日志server，日志server部署日志分析程序，将分析结果放到数据库，通过sql语句对数据库查询，得到监控报表 。
④高富帅方式：
继续改进方式，通过将日志各个链路应用产生的日志集中传递到计算机集群里进行分析，产出报表。
在各子系统链路上，都对每一笔业务、每一次交互有着不同程度的日志记录，通过在每台子系统server上部署一个代理agent。以合适的频率将实用的日志传输到计算集群，实时对全部数据进行计算，产出周期性报表 。
3.2软件体系结构
3.2.1结构图
3.2.2功能模块说明
3.2.2.1server监控
主要监控生产server的健康状态。包含cpu占用率、内存占用率、磁盘、进程、port等各项指标。
3.2.2.2应用系统监控
主要提供应用级别的监控，包含报表的查询、应用异常报警、日志管理、应用执行统计等模块。当中以实时交易走势图效能监控为主，能做到实时地监控支付平台的交易情况。
3.2.2.3网络监控
提供对局域网、外网的监控。当中主要对银行及其第三方支付商的网关的健康进行监控。并能在出现网络问题时及时通知运维人员。
3.2.2.4数据库监控
对数据库各项指标进行监控。
4.主要技术介绍
监控系统搭建
Struts+spring+Hibernate。
日志拷贝
①植入性JAR包+日志拷贝
②植入性JAR包+socket传输
③Log4j的远程socket模式
④零拷贝技术sendfile
日志分析程序
Swing+java+jdbc
5．须要硬件
1、一台A档server、两台B档server。一台C档server。
A档用于apache，部署监控系统前台；
B档用于tomcat，部署监控系统后台。
B档用于日志server，存放日志、部署日志分析程序；
C档用于安装Mysql。
版权声明：本文博客原创文章，博客，未经同意，不得转载。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/117279.html原文链接：https://javaforall.net
