性能监测移动APP系统研发可研报告综述.doc

性能监测移动APP系统研发 2015年08月29日 目 录 1总论 4 1.1 主要依据 4 1.2 主要原则 4 2 项目必要性 5 3 项目需求分析 6 4 项目方案 8 4.1 技术方案 8 4.1.1 物理架构 8 4.1.2 功能架构 9 4.1.3 逻辑架构 10 4.1.4 关键技术 10 4.2 部署方案 12 4.3 项目计划 13 4.3.1 项目环境 13 4.3.2 项目人员 13 5 主要设备材料清册 14 5.1 编制说明 14 5.2 主要技术支持 14 6 投资预算 15 6.1 概述 15 6.2 编制原则和依据 15 6.3 投资分析 15  1总论 主要依据 信息机房是企业信息化的核心与枢纽,计算机、服务器、交换机等各种信息设备和支撑企业正常运行的业务系统都在此集中，是企业内、外部数据交换的中心。随着企业信息化工作的深入推广，机房和设备规模不断扩大。利用第四代移动开发技术，通过自动化与可视化手段，实现对在运系统运行情况的监控和管理，改善现有人工巡检与监测被动的工作局面；帮助运维团队快速了解网络运行状况，服务器性能状态及网络系统健康性等关键信息，减少故障发生的几率，将全面提升 信息运维的整体水平，满足电力企业服务质量全面提升的总体要求。 主要原则 标准化原则 系统设计中所设计的具体软硬件设施将遵照执行国家颁布的现有标准以及即将推出的各类规范。 技术标准化：系统的设计应使用通行的、广为接受的技术和方法，保证系统可扩展、可升级的能力； 结构标准化：系统的设计应遵循先进的、成熟的、被验证的架构，降低系统的设计风险，提高稳定性和灵活性； 数据标准化：网络系统使用的数据，如电子文档、业务数据等，都要符合国家相关标准的要求。 可扩展原则 技术的选择应考虑未来几年内或更长时间内的业务发展的要求，在方案的设计中应从各个环节体现系统可扩展性原则。 经济性原则 需考虑软硬件与现有系统的复用，减少投资和重复建设，即选用高性能价格比的设备；同时，应该充分挖掘现有软硬件设备的使用潜力，尽可能以最低成本来完成系统建设。 安全性原则 项目中应充分考虑网络安全性设计，充分保障应用流程、权限管理、用户操作等各个环节的安全性。 项目必要性 信息内网部署相关APM应用，APM基础数据平台已完备，主要采集服务器、电源、网络设备和关键业务系统的指标数据，并进行实时的监控预警。在实际的运用过程中，存在以下缺陷： 1) 监控盲点：无法在工作日以外时间获取到主要监控数据，不能提前发现系统故障； 2) 管理盲点：因系统部署在信息内网，对于业务系统故障发现的时间严重滞后，系统相关运维人员无法第一时间做出反应； 3) 持续监控：对于关键业务系统的性能调优、BUG追踪和系统消缺无法提供7X24小时的监测要求。 系统实施的优势： 1）满足对IT资源（主机、网络、中间件、业务/应用、DBMS等）随时随地监控管理的要求，不受地域、时间和空间的限制，运维人员可以根据自己的实际情况随时监测系统状况。 2）告警推送功能使运维人员可以第一时间对主机或系统故障做出反应，并通知其它系统关联人处理问题，大大缩短了故障的有效延续时间。 3）通过与应用性能管理系统融合，将业务系统的保障效率提高到 公司要求的7 X 24小时的保障策略上来，不仅降低信通公司运维人员的负担，而且对于系统的性能调优、消缺和BUG追踪提供有力的技术支撑。 鉴于以上原因，研发基于现有APM系统的性能监测移动APP，对于保障业务系统安全运行、支撑信息通信同业对标指标体系，减轻运维人员工作负担和消减系统缺陷具有重大的意义。 项目需求分析 企业在运信息系统85套，主机服务器478台、网络设备125台、中间件40套、数据库5套。其中30套系统已纳入IMS系统监控，监控覆盖率低工作量大且人员有限，因系统监控不到位发生的信息系统故障时有发生，运维人员长期在办公室-家中-机房之间疲于奔命，IT资源管理困难的问题亟待解决，有必要研发性能监测的移动终端系统。实现对文件系统使用率、 容灾、操作系统日志、操作系统集群、数据库日志、数据库运行状况等内容进行全面监控的技术支撑，并按照预警策略实现提前告警。通过对信息系统运行核心性能指标的监控，细化信息系统核心运行性能指标的颗粒度，通过预警分析，提前将可能影响到信息系统运行的隐患进行消除，保证信息系统运行稳定性，实现事前监控、事中快速处理、事后反馈总结的全过程闭环管理。为业务应用系统性能优化和故障分析提供建议，增强业务应用系统的可用性和稳定性，改善用户使用体验。 项目方案 技术方案 物理架构 APM应用性能管理服务器设备位于公司内部局域网中，系统主要负责采集主机、网络设备、中间件、业务/应用和数据