性能监测移动app系统研发项目可行性实施报告.docx

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