某大型银行深化系统之四:系统架构

一、逻辑架构

某大型银行深化系统的整体逻辑架构是依据平台的建设目标进行设计的,按照主流技术标准采用分层的技术架构,在Java EE、SOA等标准规范体系下,将最基本的以及共性的信息处理、流程调度、优先级、权限、路由等相关的功能作为平台运维的核心层,以“工厂化”、“流水线”的指导思想建立起数据录入、凭证登记、影像扫描、传输、验印、OCR识别、安全加密、监控等等可共享的业务服务模块,并最终仅仅通过业务流程定义、客户化模块定制等简单的工序,就可以实现业务服务模块的合理调度和灵活组装,支撑起各类前后台分离业务。同时,该架构能够支撑起海量内容的处理要求,并且能够满足以下特性:

1.松耦合(Loosely-Coupled)

系统设计将应用程序定义为不同组件(或称为服务),通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以松耦合的整合方式,并采用一种统一和通用的方法进行交互。

2.适应性(Flexibility)

由于需要整合的系统相当多并且复杂,系统设计必须能够方便地适应当前相关系统的不同情况以及未来变化。包括支撑技术、系统接口以及业务需求等方面的变化。同时也能通过流程描述的方式适应面临的需求变更。本系统应尽可能减少对原有系统的改变。

3.扩展性(Scalability)

能够通过增加系统的资源,如CPU、内存、网络、和存储等显著地提升系统的吞吐率。包括深度扩展(在一台服务器中增加更多的资源)和广度扩展(使用多台服务器)。

4.可用性(Availability)

系统通过冗余的方法避免单点故障。同时,系统应尽量减少计划内的停机。

5.安全性(Security)

系统的安全性涉及多个方面。在这里我们主要关注安全管理。包括认证(Authentication)、授权(Authorization)、审计(Audit)和管理(Administration)等方面。

6.成熟性(Maturity)

该架构中使用的产品都是经过了市场的考验,并且在全球范围内有广泛基于SOA思想的应用平台架构设计的用户。应该尽量避免采用一些小的厂商开发的、或者自己开发的中间件产品。

7.先进性

设计方案中采用市场领先并业内成熟的技术,使系统具备国内同业领先的地位。便于系统的升级和今后的维护。

8.标准性和开放性

在本系统建议书中建议的产品,从网络协议到操作系统,全部遵循通用的国际或行业标准。系统整体架构充分利用现有资源,统筹考虑,长远规划。

综上所述,该平台架构的分层从基础技术模块到业务共享处理模块,都充分考虑了平台各个部分的共有特性和任意组装性,体现了平台的稳定性和灵活性;由里而外分层设计,能够更加合理地找到不同粒度下各个问题解决方案的落足点;以核心功能共性化、业务服务工厂化、各类应用流水线化来实现平台的扩充性和先进性,从而适应各类前后台分离的业务处理需求。

时间: 2024-11-01 05:57:56

某大型银行深化系统之四:系统架构的相关文章

某大型银行深化系统之一:平台技术

一.技术定义 1.Mashup(糅合) 将多种使用公共或者私有数据库的web应用,通过调用内容提供者的API,将信息糅合在一起,形成一个整合应用. 2.WebAPI 以HTTP为基础,在Web架构之上,将提供的服务内容以标准的界面来定义,以便进行点对点之间的服务整合.常见的技术如HTTP中的GET/POST.SOAP/HTTP.XML/RPC等. 3.JSF 一种Web框架,用于展现层,提供近似于C/S模式的方式开发B/S模式. 4.Hibernate 常用的持久化框架,用语对象关系映射. 5.

某大型银行深化系统之三:标准规范JSR

一.Java EE Java EE(Java Platform,Enterprise Edition)是SUN公司定义的一个开发分布式企业级应用的规范.它提供了一个多层次的分布式应用模型和一系列开发技术规范.多层次分布式应用模型是指根据功能把应用逻辑分成多个层次,每个层次支持相应的服务器和组件,组件在分布式服务器的组件容器中运行(如Servlet组件在Servlet容器上运行,EJB组件在EJB容器上运行),容器间通过相关的协议进行通讯,实现组件间的相互调用.遵从这个规范的开发者将得到行业的广泛

某大型银行深化系统之二:设计策略

一.糅合技术(Mashup) Mashup是糅合,即一种交互式Web应用程序,它利用了从外部数据源检索到的内容来创建全新的创新服务.Mashup实质是将多种使用公共或者私有数据库的web应用,通过调用内容提供者的Web API,将信息糅合在一起,形成一个整合应用.Mashup一般使用源应用的API接口,或者是一些RSS输出(含atom)作为内容源:区别于Portal门户,Mashup不需要Portal容器就可以进行页面和内容的整合. Mashup Web站点的特点就表现为它利用了从组织边界之外的

可用性高达五个9!支付系统高可用架构设计实战

对于互联网应用和企业大型应用而言,多数都尽可能地要求做到7*24小时不间断运行,而要做到完全的不间断运行可以说"难于上青天". 为此,对应用的可用性程度一般衡量标准有三个9到五个9. 对于一个功能和数据量不断增加的应用,要保持比较高的可用性并非易事.为了实现高可用,付钱拉从避免单点故障.保证应用自身的高可用.解决交易量增长等方面做了许多探索和实践. 在不考虑外部依赖系统突发故障,如网络问题.三方支付和银行的大面积不可用等情况下,付钱拉的服务能力可达99.999%. 本文重点讨论如何提高

银行安防联网系统技术及应用分析

银行属于国家的重点安全防范单位,具有规模多样.重要设施繁多.出入人员复杂.管理涉及领域广等特点.它作为当今社会货币的主要流通场所.国家经济运作的重要环节,以其独特的功能和先进的技术广泛服务于国内各行各业.由于银行业务涉及大量的现金.有价证券及贵重物品:一直是各种犯罪分子关注的焦点:自现代银行诞生以来,盗窃与反盗窃.抢劫与反抢劫.诈骗与反诈骗等随着银行业的发展也同步发展.目前,针对银行的犯罪活动日趋上升.犯罪手段和犯罪方式也逐渐多样化,全面加强和更新现代银行的安全防范系统:以适应银行机制运转和业务

soa-分布式系统,SOA架构事务问题,远程调用,webservice事务保证

问题描述 分布式系统,SOA架构事务问题,远程调用,webservice事务保证 我现在的系统都是基于java的,数据库有oracle,有mysql. 现在有三个基于java的系统,系统间是通过webservice调用的,也有的是通过httpclient调用的,系统部署在tomcat容器里: 请问:这三个系统互相调用的时候,系统间的事务是怎么保证的,怎么保证数据的一致性,怎么保证,一个系统出现异常,其它系统回滚? 解决方案 websevice本身是没有事务的概念的 如果 你要这样做 可以记录执行

现在面向银行开发一套系统,银行是否提供有账户余额查询的接口,有没有做过面向银行开发的专家?

问题描述 现在面向银行开发一套系统,银行是否提供有账户余额查询的接口,有没有做过面向银行开发的专家?只知道基于socket通讯完成...求详解? 解决方案 解决方案二:必须提供啊...不提供还自己窃取呢解决方案三:讲得太笼统,没人问答的.

银行金库安防系统解决方案

一.金库安防现状与未来 近一时期,全国各地连续发生盗抢银行金库案件,社会危害性极大.2007年4月发生在农业银行河北省邯郸市分行的金库案件,库管员任晓峰.马向景盗取5100万元库款:另据报道,湖北省银行金库1年多来发生6起监守自盗案.屡屡发生的金库案件引起了公安部.银监会和各商业银行对金库安全的高度重视,也提出了相应的强制性要求. 金库是银行防范的重中之重,是人防.物防和技防力量最为集中的要害部位,近几年来银行金库外盗.外抢案件已很少出现,而监守自盗.内外勾结的内盗案件却时有发生,金库安防重点已

银行的第三方支付系统和民营第三方支付机构归属两个不同管理体系

不同标准意味着不同的门槛 第三方支付久闻楼梯响,不见人下来的第三方支付监管政策终于落地了.2010年6月21日,中国人民银行出台<非金融机构支付服务管理办法>(简称<办法>),要求第三方支付机构必须取得<支付业务许可证>后方可从事支付业务.这意味着支付宝.易宝天下等第三方支付企业,在接下来的日子里,"主营业务"将变成准备材料,需要申报"转正".事实上,根据<办法>要求,尽管允许第三方支付机构自9月1日起向央行申请相关牌