业务性能监控平台立项可行报告

业务性能监控平台立项可行报告

目录

一引言 (1)

1.1项目背景 (1)

1.2目标 (1)

二系统需求分析 (2)

2.1可行性分析 (2)

2.1.1基于网络数据资源的应用性能管理方法 (2)

2.1.2基于网络数据资源的应用性能管理技术优势 (4)

2.2需求理解和分析 (5)

2.2.1核心需求 (5)

2.2.2解决的问题 (6)

2.2.3图形化配置 (6)

2.2.5关键指标统计 (6)

2.2.6网络访问关系梳理 (7)

2.2.7敏捷抓包 (7)

2.2.8服务路径图 (7)

2.2.9交易追踪 (7)

2.2.10智能告警 (8)

2.3总体架构 (8)

2.4BPC系统数据处理流程 (9)

2.5系统运行环境 (11)

2.6其它需求 (12)

2.6.1可扩展性 (12)

2.6.2协议解码扩展 (13)

2.6.3可维护性和易用性 (13)

2.6.4安全性需求 (13)

一引言

1.1项目背景

随着SOA（以服务为导向的架构）在企业IT组织中的广泛运用，IT运维人员需要一种有效手段能够对核心服务的性能进行管理，敏捷应对业务变化，掌握运维的主动性。它不但需要能够真实刻画核心服务的运行情况，还需要能够跨越多种技术架构，并且囊括防火墙和应用交付设备。同时，还需要易于建设和使用。

●系统间相互孤立，格式不一，数据高度离散，缺乏关联性

●采用Agent模式导致被管理系统性能下降，影响业务生产，难以获得实时性

●同时监控管理系统往往需要专门开发，面对多技术融合的复合应用，开发周期长，落地

困难，维护成本高。

1.2目标

构建端到端全路径应用性能监控平台，实现应用梳理，实时监控，智能告警，交易统计，追踪查询等。并与现有的监控平台或事件管理平台实现集成。(包括核心、综合前置、人行二代、同城、银联、农信银等)

二系统需求分析

2.1 可行性分析

2.1.1基于网络数据资源的应用性能管理方法

利用网络数据的应用性能管理平台使得这些问题迎刃而解，实时性、可关联、低成本、高可用成为这种平台的技术优势，给企业IT部门带来诸多收益。应用性能管理着眼的是应用系统整体的性能管理，而非仅仅针对某个技术层次的“竖井”式的解决方案，因此从指标到覆盖范围，应用性能管理平台应该具备以下能力：

网络数据资源丰富

在SOA架构下，应用服务层级划分非常清晰，层级间的交易全部通过网络传输完成，基础设施和交付设施本身都以服务为中心向应用提供界限明确的服务功能，采集设备可以轻松获得关键交易环节的网络数据，这给网络数据源的获取带来极大便利和灵活性。

目前网络数据的获取方式主要有两种：

第一种是专用流量镜像设备，例如TAP Switch类产品，这些专用流量镜像设备为后端数据分析提供优秀的数据源整理功能，包括过滤、汇聚、分发类基础功能，以及数据包裁切、剥离/加载标签等高级功能，并且能够确保数据包先后顺序的准确性。采用这种流量镜像方式可以在流量获取环节获得最大优势，为后端数据处理环节节省资源消耗。

另外一种是交换机端口镜像（SPAN）方式，这种技术起源于思科，是成熟、稳定的网络流量获取技术，已经普及于各大厂商的网络产品，包括思科、华为等等，具备十分广泛的

可用性。

●采集设备技术成熟

而在网络数据采集环节，SmartProbe具备高性能数据捕获和存储能力，网络流量可视化的功能使得应用梳理工作变得简单易行。可以为上层分析平台提供精准的数据源。

●监控平台的技术实现方法和提供的功能

上层应用性能管理平台则充分利用网络数据，通过协议解码技术，充分利用网络数据资源，帮助企业IT部门建立应用性能管理平台。

协议解码是上层分析平台的底层基础，应用性能分析的指标均来自于协议解码信息。SOAP已经成为SOA架构中的主流技术，这些标准化协议的使用给协议解码技术带来了极大优势。由于协议采用标准规范，解码器可以适用于所有SOAP协议的解码，而针对不同的应用环境，只需要配置化修改解码字段即可适用，不需要重新开发解码器。也就是说在协议解码这个环节，可以广泛适用于SOA架构。

上层呈现针对业务逻辑和服务访问路径，采用图形化的配置方式完成，建立应用组件库，按照实际服务情况组合应用组件，建立端到端的服务路径图。这是应用性能管理的主线，从而实现以服务为导向的监视管理，从关键指标数据的呈现，到数据分析过程中的导航，再到问题的发现和定位，都以这个服务路径图为中心实现。

在指标分析上，则以交易为中心，提供交易量、成功率、响应时间、返回代码四大关键指标，并区分交易类型、子交易类型、交易渠道进行指标统计。在监视范围上覆盖端到端的应用服务组件，实现应用性能和可用性的多维度可视化。

其中应用层的返回代码也是应用性能管理的一项重要指标，监视不同层面的应用层返回码，可以为管理人员带不同的管理收益。比如在Web Service的返回代码中发现5XX类错

误即表征Web服务出现故障；而业务层错误代码的状态则可以反映业务交易处理流程中可能出现异常状况。

通过协议解码，获得基础的性能信息以及更加深入的应用交互信息，基于此事件追踪查询功能，即支持快速简洁的时间、IP、交易类型、交易结果等基础信息组合查询，又支持应用协议中多字段组合查询，同时为一线运维人员和专家提供易用的交易追踪接口和深度解析能力。而基于多层应用之间协议中的字段信息，进行自动化的交易关联，使得在服务路径上能够关联各层级应用组件，获得端到端的交易追踪查询能力，帮助IT部门快速定位问题原因和位置。

分布式的架构能够支持多中心模式应用。企业IT建设多数据中心，应用架构也采用负载分担或主备模式运营，这给应用性能管理带来的问题就是需要跨数据中心进行监视管理。分布式架构可以很好的支持这种场景，每个数据中心部署平台处理设备，分别在本地获取、分析、存储数据，然后将分析结果呈现在统一用户管理界面上。这避免了在广域网上传输数据而占用大量带宽，同时又能够保证整体平台的处理性能。

2.1.2基于网络数据资源的应用性能管理技术优势

●0风险，高可用性，可靠实施落地

旁路式的监控技术不会对被管理应用产生任何影响，完全避免了传统监控方式所带来的性能下降、宕机风险，因此也可以获得实时统计能力，第一时间为IT部门提供应用性能数据。同时无需开发，配置化的协议解码技术，以及配置化的应用服务定义方式确保了BPC 平台可以灵活、快速实施。结合BPC产品的两种优势技术，专业服务覆盖应用梳理、协议解码、部署实施，全方位确保BPC平台可靠落地。

●提供实时、准确的数据

业务的保障对时效性要求是最高的，一旦出现问题，要在最短的时间内恢复并解决问题，企业IT运维对这个时间窗口有非常严格的标准。采用网络数据分析应用性能的优势就在于