问题概述
您的业务系统存在这些问题吗？

• 一个业务的全流程监控需要依赖数个独立的监控系统，大量的手工和繁琐的操作 – 统一监控平台，事件整合和预警
• 一张复杂的业务报表需要耗费数个小时的工作，这期间业务的状态已经发生了变化 – 实时报表
• 各分支中心甚至同一中心不同环节的输入输出量不符，很难定位造成这些数据差异的异常作业，无法持续跟踪存量作业 – 作业全流程跟踪
• 问题跟踪系统中的很多问题无法重现导致运维部无处着手解决问题 – 事件的记录和回放
• Help Desk人员每天几乎有40%的时间在处理同样的问题 – 自动应答处理机制
• 在苦苦排查了二三个小时后发现造成系统故障的原因是磁盘空间不够导致日志无法写入 – 预警潜在风险
• 系统压力陡增，但不知道是哪个环节上的应用消耗了资源 – 从业务角度监控IT资源

需求分析：分散的业务系统

  业务系统分散在数百个应用程序和服务中，相互独立不沟通，给维护和监控工作造成很大的困难。已有监控系统只能对某个特定业务的特定状态进行延迟监控。如何能打破这些壁垒，从全局角度统一监控，形成统一的报表和监控视图？

需求分析：业务系统内部

       

    在一个业务系统内部同样存在着各种相互独立的应用程序，并且软件、硬件和网络的监控也都自成体系，无法迅速定位问题。每个环节都有各自独立的程序，程序之间没有“交流”，“事后处理”对异常的发生缺乏前瞻性和实时性分析。如何串联所有的应用程序和软硬件，并输出实时的状态视图来帮助运维人员在第一时间定位问题，“事前”或者“事中”处理问题。

EPN解决方案
    安全、稳定和可拓展性是EPN设计的基石。EPN提供了一个独立的覆盖了从事件采集/分析/处理到响应/再执行和存档的全部事件处理生命周期的供应商解决方案，是企业解决方案的理想平台。EPN的理论依据基于：
CMMI5：过程的量化反馈和先进的新思想、新技术促使过程持续不断改进
ITIL v3：强调IT与业务的一致性和IT在企业中的业务价值。将IT服务整合到业务本身中去、像管理业务一样管理IT服务

EPN 业务活动监控平台部署方案

    EPN系统采用中央节点控制，通过部署在“业务站点”的中间设备采集信息。“业务站点”可以是一个物理的区域，如机房，也可以是一个虚拟的业务集合点。中间设备可以是直接安装在终端设备上的Agent，也可以是负责中转两个网段之间数据传输的EPN中转设备EC Collector。所有的事件将传递到中央节点EPN Director进行统一处理和输出。

采用EPN系统后的预期目标

• 全面提升监控效率，提升运营维护人员20%-60%的工作效率；
• 分离传输网络，将复杂且不稳定的传输任务交由EPN底层处理，提升5%-60%的网络利用率，降低传输故障，提供坚实可靠的7x24小时不间断服务；
• 输出动态实时报表，缩短20%-80%的报表输出时间，节省大量人力物理；
• 有效降低IT、运维、业务等不同部门之间的通讯壁垒，第一时间定位问题；
• 提供决策层全局业务运行视图，实时反映企业动态情报数据，供决策层及时做出战术决策

实施过程

• PoC验证测试，通过对客户的需求分析设计出符合客户实际应用环境的小规模解决方案。客户以很小的成本验证方案的可行性。
• 逐步整合客户现有系统，将EPN无缝接入企业IT应用环境，相关部门和人员平滑过渡到EPN业务监控解决方案中；
• 通过全流程监控，提升客户的业务系统。根据客户进一步反馈，持续优化升级解决方案。

一些Dashboards