性能监测移动APP系统研发可研报告.docx

性能监测移动APP系统研发可研报告.docx

《性能监测移动APP系统研发可研报告.docx》由会员分享，可在线阅读，更多相关《性能监测移动APP系统研发可研报告.docx（8页珍藏版）》请在冰豆网上搜索。

性能监测移动APP系统研发可研报告

性能监测移动APP系统研发

2015年08月29日

1总论

1.1主要依据

信息机房是企业信息化的核心与枢纽,计算机、服务器、交换机等各种信息设备和支撑企业正常运行的业务系统都在此集中，是企业内、外部数据交换的中心。

随着企业信息化工作的深入推广，机房和设备规模不断扩大。

利用第四代移动开发技术，通过自动化与可视化手段，实现对在运系统运行情况的监控和管理，改善现有人工巡检与监测被动的工作局面；帮助运维团队快速了解网络运行状况，服务器性能状态及网络系统健康性等关键信息，减少故障发生的几率，将全面提升信息运维的整体水平，满足电力企业服务质量全面提升的总体要求。

1.2主要原则

Ø标准化原则

系统设计中所设计的具体软硬件设施将遵照执行国家颁布的现有标准以及即将推出的各类规范。

技术标准化：

系统的设计应使用通行的、广为接受的技术和方法，保证系统可扩展、可升级的能力；

结构标准化：

系统的设计应遵循先进的、成熟的、被验证的架构，降低系统的设计风险，提高稳定性和灵活性；

数据标准化：

网络系统使用的数据，如电子文档、业务数据等，都要符合国家相关标准的要求。

Ø可扩展原则

技术的选择应考虑未来几年内或更长时间内的业务发展的要求，在方案的设计中应从各个环节体现系统可扩展性原则。

Ø经济性原则

需考虑软硬件与现有系统的复用，减少投资和重复建设，即选用高性能价格比的设备；同时，应该充分挖掘现有软硬件设备的使用潜力，尽可能以最低成本来完成系统建设。

Ø安全性原则

项目中应充分考虑网络安全性设计，充分保障应用流程、权限管理、用户操作等各个环节的安全性。

2项目必要性

信息内网部署相关APM应用，APM基础数据平台已完备，主要采集服务器、电源、网络设备和关键业务系统的指标数据，并进行实时的监控预警。

在实际的运用过程中，存在以下缺陷：

1）监控盲点：

无法在工作日以外时间获取到主要监控数据，不能提前发现系统故障；

2）管理盲点：

因系统部署在信息内网，对于业务系统故障发现的时间严重滞后，系统相关运维人员无法第一时间做出反应；

3）持续监控：

对于关键业务系统的性能调优、BUG追踪和系统消缺无法提供7X24小时的监测要求。

系统实施的优势：

1）满足对IT资源（主机、网络、中间件、业务/应用、DBMS等）随时随地监控管理的要求，不受地域、时间和空间的限制，运维人员可以根据自己的实际情况随时监测系统状况。

2）告警推送功能使运维人员可以第一时间对主机或系统故障做出反应，并通知其它系统关联人处理问题，大大缩短了故障的有效延续时间。

3）通过与应用性能管理系统融合，将业务系统的保障效率提高到公司要求的7X24小时的保障策略上来，不仅降低信通公司运维人员的负担，而且对于系统的性能调优、消缺和BUG追踪提供有力的技术支撑。

鉴于以上原因，研发基于现有APM系统的性能监测移动APP，对于保障业务系统安全运行、支撑信息通信同业对标指标体系，减轻运维人员工作负担和消减系统缺陷具有重大的意义。

3项目需求分析

企业在运信息系统85套，主机服务器478台、网络设备125台、中间件40套、数据库5套。

其中30套系统已纳入IMS系统监控，监控覆盖率低工作量大且人员有限，因系统监控不到位发生的信息系统故障时有发生，运维人员长期在办公室-家中-机房之间疲于奔命，IT资源管理困难的问题亟待解决，有必要研发性能监测的移动终端系统。

实现对文件系统使用率、容灾、操作系统日志、操作系统集群、数据库日志、数据库运行状况等内容进行全面监控的技术支撑，并按照预警策略实现提前告警。

通过对信息系统运行核心性能指标的监控，细化信息系统核心运行性能指标的颗粒度，通过预警分析，提前将可能影响到信息系统运行的隐患进行消除，保证信息系统运行稳定性，实现事前监控、事中快速处理、事后反馈总结的全过程闭环管理。

为业务应用系统性能优化和故障分析提供建议，增强业务应用系统的可用性和稳定性，改善用户使用体验。

4项目方案

4.1技术方案

4.1.1物理架构

APM应用性能管理服务器设备位于公司内部局域网中，系统主要负责采集主机、网络设备、中间件、业务/应用和数据库服务器的相关指标数据，同时进行监控预警，移动APP应用基于内网APM应用性能管理系统实现在移动设备上的设备监控与应用监控、告警通知和性能分析，通过内外网隔离设备，采用对称加密的安全策略，在内网服务器上采用轮询接口方式定时传送APM相关数据到外网应用服务器上，以供移动设备通过互联网获取数据，并最终展示到移动APP上。

4.1.2功能架构

性能监测移动APP系统主要包含监控模块、告警模块、性能分析模块、登录验证模块、消息推送模块、安全设置模块等6大主要模块功能，其中监控模块分为主机监控、网络监控、中间件监控、业务/应用监控、DBMS监控，涵盖所有IT资源监控。

告警与性能分析模块建立在监控模块的基础之上，依赖于采集到的监控指标数据。

联系人模块为系统辅助模块。

4.1.3逻辑架构

Web界面层：

提供用户界面，是用户与系统的接口。

该层封装系统的信息展示逻辑和功能，通过该层的抽象和封装，将界面显示和业务逻辑有效分隔，降低了系统不同功能之间的耦合度。

业务逻辑层：

从用户界面层接收请求，将请求整理后分发给数据访问层，数据访问层获取数据后，经过加工，将结果返回给业务层，业务层将处理后的数据传递给用户界面层。

数据访问层：

建立实际的数据库连接，根据用户的请求生成SQL语句检索或更新数据库，并把结果返回给业务逻辑层。

系统框架层：

用于实现项目中多个层次反复使用的通用方法和数据结构。

4.1.4关键技术

1）RSA非对称加密算法

RSA是目前最有影响力的公钥加密算法，它能够抵抗到目前为止已知的所有密码攻击，已被ISO推荐为公钥数据加密标准。

RSA是非对称加密算法，所谓非对称，就是指该算法需要一对密钥，使用其中一个加密，则需要用另一个才能解密。

RSA的算法涉及三个参数，n、e1、e2。

其中，n是两个大质数p、q的积，n的二进制表示所占用的位数，即密钥长度。

e1和e2是一对相关的值，e1可以任意取，但要求e1与（p-1）*（q-1）互质；e2要求（e2*e1）mod（（p-1）*（q-1））=1。

（n，e1）,（n，e2）就是密钥对。

其中（n，e1）为公钥，（n，e2）为私钥。

2）关联分析技术

关联分析就是从大量数据中发现项集之间有趣的关联和相关联系。

关联分析的一个典型例子是购物篮分析。

该过程通过发现顾客放人其购物篮中的不同商品之间的联系，分析顾客的购买习惯。

通过了解哪些商品频繁地被顾客同时购买，这种关联的发现可以帮助零售商制定营销策略。

其他的应用还包括价目表设计、商品促销、商品的排放和基于购买模式的顾客划分。

关联分析是一种简单、实用的分析技术，就是发现存在于大量数据集中的关联性或相关性，从而描述了一个事物中某些属性同时出现的规律和模式。

4.2部署方案

内网APM应用性能管理系统，动态实施监测信息平台上运行的业务系统运行状况。

通过隔离网闸将数据安全传输至外网数据服务器，通过手机APP实时刷新数据，实现移动终端随时随地的性能监测，充分保障业务系统的高可用性，提高系统运维效率，降低人员负担，达到管理和技术的全面提升。

4.3项目计划

4.3.1项目环境

负责全省信息网络及信息系统的建设、运行、维护工作，承担并完成了应用系统项目的建设，熟悉各个应用系统建设的相关标准，已经积累了非常丰富的系统运维管理经验及应急处理经验。

4.3.2项目人员

5主要设备材料清册

5.1编制说明

1、编制依据和原则：

通过移动APP性能监测系统建设，解决现有问题，满足信息化发展需求。

2、详细说明见材料清册及主要设备材料表（5.2）。

3、设备选型符合IT系统目标架构要求，业界主流设备软件，已入选公司信息〔2010〕1245号（关于2010-2011年度信息系统硬件框架采购有关事项的通知）与信息〔2010〕1643号（关于信息系统软件等统一采购的通知）。

5.2主要技术支持

Ø移动APP性能监测设计技术支持；

Ø移动APP性能监测测试技术支持；

Ø移动APP性能监测实施技术支持；

Ø移动APP性能监测维护技术支持；

Ø移动APP性能监测安全性管控技术支持；

6投资预算

6.1概述

性能监测移动APP系统研发与技术支持服务，预计服务周期为12个月。

项目资金来源于信息化专项资金。

6.2编制原则和依据

该项目所需用的各类辅助软硬件设备、材料、工器具均由中标方自行提供，达到该项目服务要求。

6.3投资分析

为完成此次性能监测移动APP系统研发与技术支持服务项目，计划申请项目预算万。