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

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