SOA与金融信息化
开篇：润墨网以专业的文秘视角，为您筛选了一篇SOA与金融信息化范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！
提要在我国金融行业信息化发展中,银行之间的竞争促使银行信息化的要求越来越高。近年来,为提高自身竞争力,各家银行普遍实现了数据大集中的架构,信息系统已发展得非常完善和成熟。但是,为正确把握IT规划和IT整合的实施进程,提高系统竞争力,使用soa技术对系统进行规划和整合成为目前金融业信息化建设的重点。本文系统地探讨了SOA架构,并阐述了如何在系统规划和整合中应用SOA技术,同时提出了在SOA建设过程中需要注意的几个问题。
关键词:SOA;系统整合;信息
中图分类号:F83文献标识码:A
一、引言
在我国金融行业信息化发展中,银行之间的竞争促使银行信息化的要求越来越高。近年来,为提高自身竞争力,各家银行普遍实现了数据大集中的架构,建立数据中心,把全国所有用户的信息集中存放在大型数据库和服务器上,采用网络连接营业网点、ATM以及POS等,进一步将各种应用软件集中在应用层的服务器上,便于应用软件的整合和集中,随着互联网的发展,基本都推出了网上银行和用户认证等安全措施。可以说,其自身的紧耦合信息系统已发展得非常完善和成熟。但是,国内银行在实施信息化建设的过程中还存在着不少的问题。首先,各应用系统偏重于柜面的负债、核算业务的处理,难以满足个性化金融增值业务的需要;其次,缺乏对大量管理信息、客户信息、产业信息的收集、储存、挖掘、分析和利用,信息技术在金融企业管理领域的应用层次较低;第三,各银行之间的互联互通问题难以得到解决,许多银行都已经建立了自己的体系,由于机型、系统平台、计算机接口以及数据标准的不统一,使得系统的整合和连接比较困难。
随着业务和技术的飞速发展,用户提出的需求日趋多样,各银行之间竞争更为激烈,如何依托信息技术,对现有系统改造和整合,以降低成本,提高银行的竞争力,这是各家银行所面临的一个重要问题。在系统改造和整合中,一方面要增加各种软件(如CRM、网上银行、认证中心)外,还需要整合和改造不同时代的新旧系统。SOA(面向服务的架构)为系统的整合和建设提供了新的解决方案和策略,为金融业的发展注入新的活力。
二、SOA概述
SOA是一类面向服务的分布式系统体系结构,是把构件如何组成一个新系统的模型,它是一种实现方案和策略。它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用,从而有效控制系统中与软件交互的人为依赖性。
SOA的关键是“服务”的概念,将新旧系统中的不同功能单元(称为服务)通过这些服务之间定义良好的接口和规范按松耦合方式整合在一起,即将多个现有的应用软件通过网络将其整合成一个新系统,使得系统中的服务可以以一种统一和通用的方式进行交互。
在整个架构中,被整合的应用都是以松耦合的方式联结,松耦合系统的好处有两点:一是它的灵活性;二是当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时,它能够继续存在。如需要增加新的业务功能,修改现有的软件,整个系统无需进行大规模变动。
当前,金融信息化的目标就是降低成本和提高竞争力,为此需要做二件事:首先要增添实现以客户为中心的各种软件,如用户需求管理CRM、数据仓库、联机分析处理OLAP、成本核算、网上银行、各银行之间的清算中心、各种信息安全措施等软件;其次就要将老系统中将开放的功能包装服务模型的接口,并设计一批新的服务和新的业务过程,用企业服务总线将其整合起来。而SOA恰恰就是为此而生。
三、SOA的实施
要实现SOA架构:第一,要提供一套工具和环境,用于将各种服务整合在一起。按SOA的定义,只要是一种大家公认的规定接口就行,早期的SOA曾采用CORBA方式来实现SOA,目前较多采用J2EE或.NET等标准。同时,还包括TCP/IP、简单存取协议SOAP、Web Service描述语言WSDL、安全性协议UDDI等,有了这些标准,SOA才被广泛流传和接受;第二,建设企业服务总线(ESB)。我们需要提供一批中间件来实现接口协议,把这批中间件组合成一个包,称为企业服务总线(ESB)。国际上的著名公司都正在开发和完善这个工具,目前国际和国内一些公司已经推出了ESB产品,开始提供试用和完善,当然目前也有一些free软件可供大家试用;第三,做到松耦合。要提供一个注册软件,登记注册被整合的每个服务,当要访问此服务时就先到注册处查询。一旦查到后就将服务和请求服务者绑定,然后调用。虽然这类间接引用要花费一些资源,但能给使用方带来极大方便。除此之外,有时还需要提供传输正确性保证、事务处理以及安全措施等质量保证措施。
在系统整合过程中,旧系统保持不变,而是把旧系统中准备开放给新系统的那些功能,包装成服务的模型提供出来,做好接口就行。针对新系统中增加的业务过程,如果被整合的各服务还不能实现新业务过程的需求,那么在新系统中要扩充一批服务,组成金融行业专用构件库,因此SOA所提供架构可以长期保持下去,可以不断地扩充和更新。
四、SOA实施的主要问题
在SOA实施过程中,经常可以看到项目效果变得越来越差。在SOA的使用中存在着隐患,我们很容易被这些错误的概念或者做法误导。下面是在SOA实施过程中常见的几种问题:
1、将SOA等同于传统项目建设。在构建面向服务的解决方案时,要采用与构建传统分布式解决方案相同的构建方式。SOA既不是CORBA+XML,也不是+WSE。同样,面向服务既不是面向对象,也不是“足够接近”面向对象。SOA是基于面向服务的、与众不同的架构模型以及截然不同的设计模式。对于构建自动化逻辑――纯粹的面向服务,与SOA产业向全球规模发展保持一致――理解上述这些不同之处,是非常关键的。
2、缺乏标准化。由于涉及到多个系统的接口问题,SOA在实施过程中必须创建并且严格执行内部设计标准。举例说明,如果一个项目采用构建面向服务的解决方案,与其他项目不同,那么,该项目的解决方案的关键点将不再是与相关的应用程序保持一致,它可能是需要互操作或者分享某些不可预知的服务。缺乏标准化可能引发很多问题,包括不匹配的数据表示、含有不规则接口特性和语义的服务契约,以及使用非互补的Web服务扩展(或者是用不同方式实现的扩展)。
3、忽略XML基础架构。在SOA架构中,所有的事情都开始于XML。依据XML标准,许多补充的标准都已经逐渐发展起来,并且形成了实际的数据表示架构。xml奠定了许多Web服务规则的形成基础,并且促进着SOA的发展。在实施过程中,我们更多地关注于数据在服务之间是如何传输的,而经常忽略数据构造和验证的方式。但对于SOA而言,这一层是基础,如果它存在着弱点,所有基于这一层的解决方案都会受到不利影响。