一种基于数据分析的金融软件性能容量分析方法.pdfVIP

42 FINANCIAL?COMPUTER?OF?CHINA EVELOPMENT AND TESTINGD开发测试 中国工商银行股份有限公司数据中心（北京） 汪琼 郭钊 一种基于数据分析的金融软件性能 容量分析方法 如今，金融服务越来越快捷， 接入金融软件的客户端日渐丰富， 金融软件的性能面临了极大的考验。 与此同时，随着自媒体的发展，银 行倘若不能及时快速提供服务，事 件恶果容易被迅速放大，造成很差 的社会影响。倘若为了性能和容量 一味地增加资源配置，会造成资源 的极大浪费，也不符合股东的利益。 在此背景下，研究性能测试方法， 对现有资源配置的性能容量做准确 的预估，实际服务于金融软件开发 使用过程中的增效，成为一个迫切 的问题。笔者基于长期从事金融软 件性能测试和性能容量评估的相关 工作经验，思考现有性能测试的现 状和发展，借助数据分析的手段， 总结了一套基于交易规律分析、服 务器资源使用变化和两者相关性的 性能容量预估方法论。 一、金融软件性能容量管理 现状及本方法 随着银行系统日益复杂，性能 和容量管理的复杂度显著提高，控 制性能风险和节约 IT 成本的需求日 益迫切。然而，在性能容量管理的 全流程——测试、监控、运维过程中， 性能测试需求提出、性能测试方案 制定、性能监控和容量管理都缺少 数据分析支撑。相应地，很难为实 际生产运维提出有针对性的性能容 量评估方法。为实现上述需求，笔 者试图以银行重要系统 A 系统为例， 通过交易量自身的变化规律、数据 库 / 应用服务器利用率自身的变化 规律、交易量和利用率的关联性分 析三个维度的数据挖掘，形成一套 分析并指导实践的方法论。本方法 论具体思路如下。 1. 研究的需求 （1） 随 着 A 系 统 日 渐 复 杂， 性能问题的影响日益变大，由个别 交易引发的性能问题对服务器冲击 日渐显著，需要提高性能测试方案 的准确性。 （2）系统负载越来越大，资源 的 瞬 间 峰 值 可 能 会 严 重 影 响 用 户 体验，研究应用和数据库服务器的 变 化 规 律 利 于 指 导 生 产 运 维 的 性 能管理。 （3）生产运维需求和节约 IT 成本之间的矛盾日益突出，需要研 究合理的扩容准则。 2. 研究的目标 （1）基于历史数据，分析交易 特点，指导测试方案制定。 （2）量化分析服务器资源变化， 指导性能管理。 （3）分析交易量对服务器的影 43中国金融电脑 开发测试 Development and Testing 2014.12 响，预测服务器利用率的变化趋势， 指导容量管理。 3. 研究的手段 统计分析各项指标，首先挖掘 各指标自身的变化规律，然后尽可 能找到指标间的关联性（函数关系）； 将以上数据挖掘的成果应用于实践， 控制系统风险的同时降低硬件投资。 4. 数据的来源 A 系统业务 2014 年 5 月份整月 的统计数据，包括：按时间维度抽 样的交易量、按交易类型统计的交 易量、数据库的利用率、4 台应用 服务器的利用率。 5. 方法论小结 本文方法包括三大模块：交易 量发展趋势分析；硬件利用率规律 分析；交易量和利用率关联性分析。 各模块逻辑关系如图 1 所示。 二、方法论模块一：交易量 发展趋势分析 首先对 A 系统的整体交易情况 进行分析。以 5 月的交易量为例， 绘制交易量变化（如图 2 所示）， 并添加线性趋势曲线，可见交易量 从月初到月底交易量呈稳定上升态 势。同时，统计日交易类型的变化 情况，与日交易量一样，均随着工 作日 / 周末假期的变化，呈现出稳 定的起伏规律（如图 3 所示）。 细化分析目标，将分析具体到 交 易， 通 过 全 月 累 计 数 量 分 析， 得到结果（如图 4 所示）。可见， 交 易 量 非 常 集 中，Top10 交 易 占 比 42%， 其 他 约 1000 种 交 易 共 占 58%； 其 中 交 易 量 最 大 的 交 易 为 icbc.cmis.servlets.CmisMain（ 返 回 主页），占总交易量的 10.4%。基 于此，可以将 Top10 作为模拟整个 系统的混合场景，对比 Top10 的变 化一定程度上模拟了整个系统运行 的变化。 进而分析 Top10 交易在全月的 出现频率，得到结果（如图 5 所示）， 发现存在部分交易分布不均衡的情 况，如图 5 中红圈所示的三支交易， 虽然业务量均在 Top10 之列，但出 现在全月 Top10 中的次数较少，说 明其业务存在很强的突发性。 图 1 方法论模型 图 2 5 月 31 天的交易量及线性趋势曲线 图 3 31 天的交易类型统计 44 FINANCIAL?COMPUTER?OF?CHINA EVELOPMENT AND TESTINGD开发测试 图