中国银行软件中心应用性能管理探索-Dynatrace.PDF

技术应用 Application 中国银行软件中心应用性能管理探索 ——实时解决性能问题，有效提升产品质量 文‖中国银行软件中心 梁亮 蒋梦霞 移动互联网快速发展的影响下，传统的银行业务开始 表 1 典型问题汇总表 在纷纷转型互联网，打造更加智能的银行系统。同时用 问题类型 问题描述 户体验已变得越来越重要，拥有广泛客户群体的传统商业银 典型应用问题 日志级别问题导致 IO 时间过长，高负载下的 503 错误 未建索引区分 SQL 执行缓慢，同表调用频繁，SQL 编写 行都在不遗余力地优化自身业务系统，确保为用户提供更加 典型数据库问题 不规范 出色的使用体验。中国银行拥有诸多海外跨境业务，更着力 其他问题 测试环境硬件配置低，挡板配置错误，GC 堆配置不当 在“互联网 +”时代打造更优质的金融产品。正是在这样的 转型过程中，我们通过测试前移，将产品的性能问题从被动 行跟踪和优化，以达到提前防范风险的目的。 解决转换为主动预防，从而提高软件产品的交付质量。 我们共计对 9 个产品进行了性能体检。从结果分析，9 个产品整体性能情况良好，无明显性能缺陷，共发现应用问 开展应用性能管理的背景 题 3 个，数据库问题 5 个，其他问题若干。典型问题汇总如 中国银行软件中心的组织规模不断扩大，已形成以北京 表 1 所示。 为总部，深圳、上海、西安、合肥四个分中心为一体的五地 方法 2——基线法。该方法主要是对产品的关键交易采 一中心架构，产品开发任务愈发复杂，产品数量快速上升， 集性能指标，建立动态性能基线，每当应用版本有更新，将 开发方式多样，以及来自业界的竞争压力，都促使我们急需 最新采集的指标结果与当前基线进行比较，根据波动情况判 找到一个强有力的指导方法与解决方案来应对应用系统性能 断是否可能存在性能缺陷。由于银行 IT 业也向“互联网 +” 表现的挑战，能够做到在开发阶段就提前识别性能问题，防 转型，IT 架构逐步从传统的竖井式向分布式迁移，开发模式 止生产过程中的性能缺陷。 也从原来的瀑布模式向敏捷开发模式过渡。如何在敏捷迭代 基于上述原因，我们于 2016 年引入了应用性能管理 内开展性能测试？如何将性能测试轻量级的集成到开发流程 （APM）工具，通过对操作系统、数据库、中间件、应用系 中？我们的解决方案是为其建立性能基线，通过基线的建立 统全面完善的整体监控，对后续的故障分析和性能调优提供 形成一套应用于内部测试阶段的应用性能分析体系。我们将 支持与可靠的参考依据。 APM 集成到持续集成框架中，使在敏捷迭代内使用 APM 成 为可能，在开发环境中即可随时发现问题随时优化，提高了 确保开发阶段应用性能健康的两大方法 性能测试的反馈速度（如图 1 所示）。 方法 1——体检法。与人的健康体检一样，我们通过体 检表对重点产品进行全方位性能体检。目的不是为了精准治 性能管理的具体实践 疗疾病，而是发现风险并进行提前干预。我们制订了《性能 目前在开发阶段，我们对若干重点产品推广了应用性能 诊断报告模板》，模板分四个大类（整体健康状态、硬件状态、 管理，用以优化应用系统的性能问题。 应用层状态、数据库和常见问题），共计 22 项检查项。各重 实例一 ：某产品采用分布式部署，在同样一套应用版本 点产品对照此报告模板进行“性能体检”，并对通过性能监控