金和网络OA 摩卡端到端监控管理 物联监测

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

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

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

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

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

功能

事务服务流监控
事务服务流所监控的是一个完整的、连续的、有时序的业务过程。用户要实现某个业务目标，就必须要经过某些环节，过程中所发生的每一个环节，都是有先后次序，并不可或缺的。
Mocha E2E中，一个事务服务流由子服务流(Sub-Service Flow)、活动(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用户的特殊性和重要性。雷达式的扫描状态让可视化的监控简单易用。
Actor，服务流所面向的对象，抽象出来的一个实体。
– 字段：服务流执行过程中所使用到的字段，通过字段，可以把已定义的点串联为一个可执行的流。
– 特征字段：字段中比较特殊的字段，用户在搜索数据时必须具备的字段。
– ActionEvent： Action能够分解为的最小的粒度，监控模型中，把每个Action都分解为三种ActionEvent，并将每个ActionEvent和相应的数据源中所能够获取到的操作的点对应起来，来实现监控。ActionEvent分为：开始、结束、异常。其中，异常包括错误和超时。
– 应用事件：在Adapter中，定义了能够从数据源中捕获到的，有价值的用户操作，并给这些操作定义了名称，就是应用事件。
– 数据源字段：数据源中能够捕获到的，有价值的字段，这些字段和角色属性字段需要设置映射关系，这样才能把已定义好的服务流和真实的数据一一对应起来。

端到端响应时间管理报表功能
– 快照显示：快照分为三层，管理员可以很明晰的看到该服务流各个层次的可用性和性能状态。性能状态主要是指各个节点及连接线的响应时间。
– 图表显示：管理员可以根据自己的需要，自定义显示服务流的响应时间图表中的哪几个，最多显示八个。
– 服务流监控查询：管理员可以根据自己的需求定制搜索条件，进行搜索；搜索条件也可按视图定制，也可按查询字段定制。视图是由用户自定义的，通过用户所定义的规则来表达业务上的含义

亮点

系统瓶颈问题给用户带来了大量的困扰，Mocha E2E可以帮助用户解决端到端的响应时间问题，目前摩卡软件是国内唯一一家具有端到端响应时间管理产品的厂家，通过Mocha E2E，用户可以快速的定位并解决问题。
端到端跨应用平台监控
复杂的系统架构涵盖Web服务器、应用服务器和数据库服务器。可以实现端到端跨应用平台监控，一旦发现用户的响应时间慢，将迅速找到问题的瓶颈，并且快速解决。

定位故障原因
一旦有相关用户投诉，系统管理员能够很快地找到相关资料，并定位问题的根本原因。

系统资源与响应时间关联
系统管理员能把应用系统的响应时间与当时系统资源使用情况（例如CPU，内存）相关联，了解当时系统慢是不是因为系统资源（例如CPU、内存）不足造成的。

获取在各个应用阶段的事务反应时间
系统管理员能够获得用户登入业务系统中各个子系统的响应时间的历史纪录。

IT部门主动服务，提高满意度
通过摩卡端到端响应时间管理，系统管理员可以主动预防企业领导者登入系统的时候，发生系统响应时间慢等问题，极大地提高了公司领导对IT部门的满意度。

各个系统关联性的定义
通常情况下企业的业务系统错综复杂，多个业务系统的环节没有关联性。Mocha E2E可以方便的为用户定义业务流程。

产品化通用模型，无须改造现有系统
产品化的通用模型，可以灵活的定义业务流而不需要为各个应用系统单独开发。现有被监控系统无需改造，具有较好的可扩展性。

支持ARM和日志等多种监控模式
广泛的监控模式支持，支持业界的ARM标准，同时对不支持ARM的系统可以采用日志的方式监控，满足了多数系统的监控需求。

从业务角度出发自顶向下的监控
从业务角度出发，自顶向下的监控，解决了原有自底向上的单个资源无法监控业务的问题，同时可以找到问题的根本原因。