商业银行如何“去IOE”

“去IOE”是当下一个热点话题，之所以很热，是因为它事关我国金融信息安全、事关IT产业结构调整和升级、也与商业银行降低IT成本有关。那么，什么是IOE，商业银行如何才能“去IOE”呢?

        IOE有两层含义，其一，IOE是指一种集中式技术架构信息系统，当系统面临非常高的负载能力和业务连续性要求时，该系统依赖于高性能高可用计算系统、数据库系统和存储系统等三类核心技术；其二，10E分别代表掌握甚至垄断前述三类系统核心技术的三家公司，即IBM、ORACLE、EMC。更准确地说，在高性能高可用信息系统领域，计算系统核心技术由IBM垄断；数据库系统则由ORACLE和IBM DB2垄断；存储系统，EMC是主流供应商之一，IBM、HDS也有较大市场份额。

        所以，要“去IOE”，可以从优化信息系统技术架构、掌握以及替代核心技术两个方面着手。

        首先，通过优化信患系统接术架构，实现“去IOE”。信息系统服务端技术架构大致分为三层：应用服务层、数据服务层、存储服务层，其中应用服务层由计算系统(硬件和操作系统)实现，数据服务层由计算系统和数据库管理软件系统组成，存储服务层由智能存储系统实现。当上述各层皆为单个运行实例时，就是一个集中式技术架构。大型银行核心系统之应用服务层和数据服务层皆由IBMMAINFRAME主机实现，是集中式技术架构的典型特例。

        以分布式技术架构实现“去IOE”，是一种不错的选择。所谓分布式技术架构，是指将信息系统中的应用服务层、数据服务层、存储服务层皆由多运行实例实现，将负载分布到多计算节点、多数据管理节点和存储节点，减少单节点依赖，进而降低对计算系统、数据库系统和存储系统在高性能高可用上的依赖。具体方法就是，应用服务层集群化、数据服务层分布化，其中重点是数据服务层分布化。

        应用服务层集群化：只要应用软件编程时，避免应用眼务进程(或线程)与物理资源相关性，该服务便可以运行在任何一台计算系统上，在应用服务前面加上负载均衡没备，就实现了应用服务层的集群化。这种横向扩展方法，几乎可以使应用服务层具有无限的性能扩展能力和高可用性。这种物理架构采用廉价PC服务器实现，可“去I”。

        数据服务分布化：根据数据处理特征，信息系统分为联机交易类系统和数据分析类系统。联机交易类系统的典型特征是，并发交易量大、每笔交易访问的数据处理量小、每笔交易访问的数据处理具有强一致性要求。数据分析类系统特征相反，并发交易量小、每笔交易访问大量数据、每笔交易的数据处理多为只读型、不涉及数据一致性问题。

        对于数据分析型系统，可选择NON—share类数据库，其所管理的数据分布于一个计算系统集群中，实现数据管理能力的横向扩展，可实现“去O”，由于数据已充分分布，对存储性能不敏感，也就实现了“去E”。

        联机交易类系统也可数据服务分布化，即依据数据逻辑关系、访问频度、数据量等特征．将数据服务层数据模型采用分布式物理架构实现。这种架构需要解决的核心问题是，如何高效地实现数据一致性。阿里平台OceanBas可算该类解决方案的代表，实现了“去O”。农业银行业作了一些尝试，降低了对“O”的依赖。根据业务逻辑的特点而实现的分布式数据库技术，既是“去IOE”的关键和难点，也是标准化与个性化技术路线之抉择。如果采用与业务逻辑相关的分布式数据库技术，意味着走的是个性化数据库技术路线，数据库成本显然会降低，但应用开发复杂度和成本一定会上升，其平衡点如何寻找，需要探索。

        其次，计算系统、数据库系统和存储系统等技术的掌握和替代问题。核心技术大致有三类：一是高性能高可用商用计算机系统硬件及操作系统，二是高性能高可用并行数据库，三是构建完整信息系统的从芯片到中间件的信息技术产业链。商业银行在研发上述核心技术方面难以主动作为，但作为信息技术的使用者，可以提供信息技术市场，间接为核心技术的掌握和替代发挥作用。

        当然，IOE去或留，都不能绝对化。因为信息安全、产业升级、成本控制才是目的，“去IOE”只是手段。商业银行应该努力探索的是多类供应商共生、多种技术架构共存并满足上述目的的技术路线。

扫码即可手机
阅读转发此文