摩卡端到端监控管理

安防监控

从一个业务服务系统的首端至末端的业务流程，这种服务流的监控是企业所迫切需要的。因为一旦系统出现性能慢的情况，就很难定位到底是哪里慢。摩卡端到端监控管理(Mocha End To End Monitoring)可以轻松定位问题所在，快速定位系统瓶颈

企业IT系统互相之间高度的关联性。在企业中，一个应用系统一般是由多个硬件和软件组成，而不同的系统之间可以互相之间关联、共用服务器、共用网络设备、共用一个数据库，这些都让不同系统之间有着高度的关联性。当一个设备出现问题时，管理员往往无法准确的判定出这台设备的影响范围，当多台设备出现问题时，管理员无法定位这些设备的重要性关系，无法保证优先恢复影响范围广的设备。

企业当前的监控系统一般采用的是事件监控及自底向上监控的模式，这样的模式会产生大量的监控事件，同时这些事件都是针对单个系统的监控事件，而不是针对企业的应用服务的监控。当系统报警后，管理人员只能获知是什么样的设备出了问题，但这个设备对哪些系统产生了影响却无法得知。 
　　现在很多企业都上了监控系统，但是客户(内部或者外部)的满意度并没有明显地提高。为什么？80%的IT投诉是系统慢，而不是宕机。用户在乎的是系统的响应速度，希望在最短的时间内把事情处理。 
　　监控系统提供了大量的可用性和性能指标，但是并没有对客户最关注的响应时间起到任何的作用。管理员无法定位性能瓶颈的所在。 

　　一个复杂的系统是由多个部分组成的，通常存在以下四个部分：
 

市面上很多监控软件只提供了个别主机、网络设备或者应用的性能和可用性指标监控，不提供一个“服务流”（从一个业务服务系统的首端至末端），所以一旦系统出现性能慢的情况，就很难定位到底是哪里慢，由哪一个子系统导致。Mocha E2E根据端到端的响应时间流程过程中定位难的问题提供精准定位的功能，通过分析从一端到某一端的的响应时间，从整体展示每一端的响应时间，用户可以很容易找到系统的瓶颈所在

功能

事务服务流监控
　　事务服务流所监控的是一个完整的、连续的、有时序的业务过程。用户要实现某个业务目标，就必须要经过某些环节，过程中所发生的每一个环节，都是有先后次序，并不可或缺的。
　　Mocha E2E中，一个事务服务流由子服务流(Sub-Service Flow)OA系统

、活动(Activity)、Action 3种元素组成。元素之间的关系及约束如下：
　　- 一个服务流可以由一个或多个子服务流组成，最多5个；
　　- 一个子服务流可以由一个或多个活动组成，最多5个；
　　- 一个活动可以由一个或多个Action组成；
　　常见的服务流监控有IPSec VPN监控、SSL VPN监控、打开OA待办监控、Portal登录等。
　　Mocha E2E中所定义的IPSec VPN服务流中的“生成动态密码”活动中，通过有序的事务服务流的监控，可以清晰的定位动态密码生成失败是在哪个环节，以及动态密码生成时间缓慢的瓶颈是什么。

无序服务流监控
　　无序服务流是一种特殊的服务流，主要用来记录用户的随机操作，以及用户发生这些操作的时间点、响应时间等。
　　用户在企业的应用系统中所进行的是无意识的随机的操作，通过定义无序服务流，Mocha E2E可跟踪到用户在应用系统中所进行过的操作，以及进行各个操作的具体时间点、响应时间等详细的信息，便于信息管理部门跟踪企业中VIP用户的使用习惯，对系统为该用户的服务情况进行评估。
　　常见的无序行为流监控包括登陆OA系统后的打开OA已办、打开OA待办等动作响应时间监控。

实时VIP监控
　　实时的VIP监控可以让VIP服务流的监控实时可见，当前状态一目了然，最近12小时的状态可以及时查询，从监控角度充分体现了VIP用户的特殊性和重要性。雷达式的扫描状态让可视化的监控简单易用。

 1/2    1 2 下一页 尾页