本次活动案例中，中国农业银行信贷审批系统采用了全闪存阵列。那么银行的IT架构为什么要选择全闪存阵列呢？本次活动邀请的嘉宾，中国农业银行架构师刘鹏宇总结分析称，主要是因为要从以下两个应用场景出发：

1.低延迟的交易系统需求

这种需求对于金融市场部、资产管理部这些有实时交易需求的部门是非常必要的。其核心要求是交易延迟一定要小。在高级别的交易中，延迟一般要限制在微秒级或十微秒级；一般的报价交易，延迟则需要限制在毫秒级。而传统的存储，能提供的交易延迟达到的最好效果也在10—20毫秒的数量集中范围，很难满足实时高频交易系统的需求。

2.银行信贷管理系统日终批量需求

在银行和金融机构中，很多业务系统都要在日终来进行批量操作，批量操作的时间和数据量成正比关系。随着大数据时代的到来，银行业要处理的数据量越来越大。基于传统的数据架构，数据量处理上出现了瓶颈，超过了这个数据量，银行很难在有限的时间（前日24点到次日7点）完成数据的批量操作。

在实际操作中，数据批量操作处理的速度大部分受限于存储的IO访问性能。基于此点，产生了两种解决思路：一是通过拆库拆表的方式来分担存储压力，另一种是采用全闪存阵列，在硬件端大幅缩短数据处理时间和IO等待时间，通过这种方式，提升单一批处理窗口中可以处理的数据量大小，提升业务服务。

而未来支撑业务的快速发展，中国农业银行信贷审批系统瓶颈越来越明显，主要如下：

Ø  系统实时性差：IO WAIT占CPU处理时间的70%-80%，交易系统延迟无法满足需要

Ø  批量时间长：Oracle数据库单日数据量至多30TB，单日系统处理数据量受限，出错后难以实现数据重跑

Ø  管理复杂：多厂商、多型号，操作不同，系统部署周期长，不易迭代

在这种情况下，考虑到性能、安全、管理、兼容性多方面因素，银行选择了IBMFlashSystem V9000方案来解决当前瓶颈，提升数据处理速度，充分发挥CPU性能优势，提升系统处理效率等。

11月10日14：00-16：00，存储前沿趋势开讲啦活动将发布此案例，并邀请分享嘉宾中国农业银行架构师刘鹏宇进行线上交流。

欢迎各位金融业的同行参与交流和学习，报名后可以下载PPT、观看视频、参与互动！