中国建设银行分布式架构应用实践(内附PPT)永

作者:科技技术

原标题:中国建设银行分布式架构应用实践(内附PPT)

可以理解为自白书,知道自己太落后啦~

永利电玩城网址49696com 1

据阿里官方公布的数据,2013年“双11”这一天,天猫、淘宝成交额共计350.19亿元,相当于10月全国日均消费额的一半,较去年的191亿元增长83%。支付宝交总交易笔数达到1.88亿笔,其中无线支付达到4518万笔,分别是去年同一天的1.77倍和5倍。

互联网技术架构给我们的启示

中国建设银行信息技术管理部副总经理 王申科

永利电玩城网址49696com 2

——中国建设银行信息技术管理部副总经理 王申科

分布式架构是金融科技当中是非常热的话题之一,像区块链、大数据、人工智能这些新技术层出不穷。我始终认为作为银行的IT,怎样把业界或者行业当中这一些成熟的技术去运用好,才是最重要的,金融科技的核心实际上还是金融。

参照央行发布的2013年第二季度支付体系运行数据,二季度全国银行卡消费业务笔数约为30.6亿笔,平均每天约3400万笔,那么支付宝“双11”1天的支付笔数就相当于二季度全国的POS机交易量的5.5倍,也相当于国际支付机构Paypal一个月的支付量,比肩Visa全球日刷卡量。

据阿里官方公布的数据,2013年“双11”这一天,天猫、淘宝成交额共计350.19亿元,相当于10月全国日均消费额的一半,较去年的191亿元增长83%。支付宝交总交易笔数达到1.88亿笔,其中无线支付达到4518万笔,分别是去年同一天的1.77倍和5倍。

我主要从三个部分来讲述,一是为什么要分布式,二是建设银行做了哪些实践和探索,最后是我们对于未来的一些展望。

作为一名商业银行IT从业人员,笔者一直关注阿里、腾讯、Google等互联网企业的技术路线、技术架构和技术管理理念,探究其如何能够支持如此的业务创新和技术保障能力。

参照央行发布的2013年第二季度支付体系运行数据,二季度全国银行卡消费业务笔数约为30.6亿笔,平均每天约3400万笔,那么支付宝“双11”1天的支付笔数就相当于二季度全国的POS机交易量的5.5倍,也相当于国际支付机构Paypal一个月的支付量,比肩Visa全球日刷卡量。

为什么银行需要分布式架构,我们认为主要有以下几点原因:

一、几个基本计算机理论与模型

作为一名商业银行IT从业人员,笔者一直关注阿里、腾讯、Google等互联网企业的技术路线、技术架构和技术管理理念,探究其如何能够支持如此的业务创新和技术保障能力。

1、增大系统容量。随着我国现代化建设进程的逐步推进和人民生活水平的提高,对金融服务的需求越来越高,系统业务量越来越大,依靠传统集中式架构下有限数量的服务器,其性能已经接近瓶颈,我们需要更多的服务器才能应对大规模的应用场景。所以,我们需要垂直或是水平拆分业务系统,让其变成一个分布式的架构。

1.分布式系统。

一、几个基本计算机理论与模型

2、控制成本。在前面银行业辉煌的10余年间,利润飞速增长,给银行的信息化建设过程带来了前所未有的发展,再这段时间内,各家大型商业银行都建立起了以主机为核心的集中式架构,并完成了数据大集中和配套周边系统的大规模建设。然而近年来由于互联网金融的冲击,利率市场化等内外因素,利润增长乏力。成本控制已经成为我们面临的一大挑战。分布式架构不再依赖专用设备和软件,可以大幅降低基础设施的投入成本。

包括分布式操作系统、分布式程序设计语言及其编译系统、分布式文件系统和分布式数据库系统等。

1.分布式系统。包括分布式操作系统、分布式程序设计语言及其编译系统、分布式文件系统和分布式数据库系统等。

3、适应性更强。分布式架构强调服务化的设计理念,一般是通过组件化和微服务来解耦应用间的设计依赖。通过服务将应用间的数据依赖重新组织后,系统的灵活性得到增强,数据变动的影响也可以被限制在一定的范围,而且服务本身更贴近业务场景,可验证性更强。这样的应用一定对未来的业务发展有更强的适应性。

Google在构建搜索系统时,第一次将分布式系统和互联网结合起来,用分布式系统来解决互联网问题。Google的分布式系统设计有几个重要的特征:视失败为常态;重视横向伸缩性;预测性能,追求低延迟,廉价的硬件和软件,推崇重用,灵活设计,加入足够的监测点和调试功能来帮助日后的调试,优先虚拟计算。 Google的这些设计思想,成为互联网应用开发事实上的标准和规范。

Google在构建搜索系统时,第一次将分布式系统和互联网结合起来,用分布式系统来解决互联网问题。Google的分布式系统设计有几个重要的特征:视失败为常态;重视横向伸缩性;预测性能,追求低延迟,廉价的硬件和软件,推崇重用,灵活设计,加入足够的监测点和调试功能来帮助日后的调试,优先虚拟计算。 Google的这些设计思想,成为互联网应用开发事实上的标准和规范。

4、加强系统可用。当前的银行系统已经很少再听到5*8的概念,随着经济的发展和全球化进程,银行的系统基本都已经要做到365*24的不间断运行。我们的业务系统也越来越关键,系统架构的可用性面临巨大挑战。这就意味着架构中不能存在单点故障。分布式架构首先通过拆分,来降低每一部分的影响范围,然后利用冗余提供更多的容错能力,最后还可以通过故障隔离、服务降级等手段进一步确保系统的可用性。

2.CAP:一致性理论。

2.CAP:一致性理论。CAP理论(C: Consistency 一致性,A: Availability 可用性,P: Tolerance of network Partition 分区容忍性)指出,一个分布式系统不可能满足一致性、可用性和分区容错性这3个需求,最多只能同时满足其中的两个需求。因此应用系统的关注点不同,采用的策略也是不一样的,只有准确把握了应用需求,才有可能利用好CAP理论。对互联网应用,可用性与分区容忍性优先级要高于数据一致性。

5、更符合云的要求。云的核心特征就是弹性,而传统的集中式架构,依赖昂贵的专用设备和企业软件,无法很好的适应云端部署的要求。分布式架构更加轻量化,更加灵活,自然更适合云端的部署和运行。

CAP理论(C: Consistency 一致性,A: Availability 可用性,P: Tolerance of network Partition 分区容忍性)指出,一个分布式系统不可能满足一致性、可用性和分区容错性这3个需求,最多只能同时满足其中的两个需求。因此应用系统的关注点不同,采用的策略也是不一样的,只有准确把握了应用需求,才有可能利用好CAP理论。对互联网应用,可用性与分区容忍性优先级要高于数据一致性。

3.ACID 和 BASE 模型。ACID 是指在数据库管理系统中事务具有的4个特性:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。在数据库系统中,一个事务是由一系列数据库操作组成的一个完整的逻辑过程。事务的核心思想就是为了保证数据的一致性。ACID 模型被引申为强调数据一致性的开发理念,被银行、证券等机构广泛采用。

是什么原因,让分布式架构得到了业界一致认同,并持续爆发出旺盛的生命力呢?我们分析有以下几点原因:

3.ACID 和 BASE 模型。

BASE 则是另外一个理念和思路,Basically Available 为基本可用,Soft-state 为软状态/柔性事务,Eventual Consistency 为最终一致性。BASE模型完全不同于ACID模型。牺牲高一致性,获得可用性。对一个“基本可用”系统来说,需要把系统中的所有功能点进行优先级的划分,对于系统内部的状态,采用一种柔性的策略,假如系统内分布了3个功能模块,允许它们在某一时刻3个模块的状态可以不一致。然后通过业务和技术的手段,例如采用异步机制或者批处理方式,来保证系统通过柔性状态一致来获得可用性。当前互联网应用在业务允许范围里普遍参考 BASE 模型来进行系统设计。

1、开放。分布式架构中的技术大多以开源项目为主,开源项目有着广泛的参与度,在社区的推动下,软件的功能能够得到快速的完善和丰富,相对于传统企业软件,能够适应更多的场景,也更加轻量,资源占用量也比较少。

ACID 是指在数据库管理系统中事务具有的4个特性:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。在数据库系统中,一个事务是由一系列数据库操作组成的一个完整的逻辑过程。事务的核心思想就是为了保证数据的一致性。ACID 模型被引申为强调数据一致性的开发理念,被银行、证券等机构广泛采用。

4.SOA 面向服务架构。是一种松散耦合的架构理念和模型,针对粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用。

2、通用。分布式架构一般是基于X86服务器进行部署,X86服务器更加通用和标准,各厂商的产品没有太大的差别,这样对于服务器的选择性就更大,不会被某一品牌绑定,自主可控程度更高。

BASE 则是另外一个理念和思路,Basically Available 为基本可用,Soft-state 为软状态/柔性事务,Eventual Consistency 为最终一致性。BASE模型完全不同于ACID模型。牺牲高一致性,获得可用性。对一个“基本可用”系统来说,需要把系统中的所有功能点进行优先级的划分,对于系统内部的状态,采用一种柔性的策略,假如系统内分布了3个功能模块,允许它们在某一时刻3个模块的状态可以不一致。然后通过业务和技术的手段,例如采用异步机制或者批处理方式,来保证系统通过柔性状态一致来获得可用性。当前互联网应用在业务允许范围里普遍参考 BASE 模型来进行系统设计。

二、互联网应用的技术基础

3、低成本。分布式架构中大量使用了开源软件和X86服务器,可以极大的降低基础设施的投入成本,对于任何一个大企业都有着巨大的吸引力,大家的关注度和投入都是非常大的。

4.SOA 面向服务架构。

1.基于x86服务器集群和开源软件搭建技术设施,分布式架构 开源软件是其基本特征。X86服务器是互联网应用基本计算资源,例如Google、阿里等公司,每个数据中心动辄部署上万台、几十万台和百万台X86服务器,进行动态资源调度。开源操作系统Linux、开源web服务器Apache、开源数据库MySQL、开源脚本语言Php/Perl……这些著名的开源软件支撑了互联网公司发展。开源软件的发展同样离不开互联网发展的支持。初期的开源软件代码缺陷和设计缺陷很多,正是通过应用发现软件缺陷、不断修补的方式,既支持了互联网公司的发展,又促进了开源软件的发展。从对开源软件的使用和修改开始,互联网公司就逐步积累和掌握了自主研发能力。

4、支持定制。各个企业都有自己的产品特色和文化,随着业务规模的增长,各企业对于IT软件和系统的定制程度要求越来高,并且在不同的时间片上这种需求也在变化。而集中式架构往往依赖专用企业软件,其在bug修复,版本更新速度上,已经很难支持业务的快速发展。

是一种松散耦合的架构理念和模型,针对粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用。

2.积极进取的创新精神。以阿里巴巴为例,短短几年先后自主开发了如下技术产品:分布式文件系统和分布式存储、搜索引擎技术、分布式计算、分布式机房、消息中间件、分布式锁管理、虚拟化和计算资源调度;Apache和Nginx等开源软件定制、Java虚拟机调优(JVM)、开源数据库调优;文件系统优化、网卡协议栈优化、操作系统资源隔离、操作系统资源管理、操作系统内存优化、虚拟化软件底层研发;低功耗处理机、协处理器辅助应用、数据中心省电技术、新一代存储技术、新一代网卡应用。

分布式架构虽然能带来很多好处,但是相对于我们已经熟练掌握和运用的集中式架构,也会带来很多挑战。

二、互联网应用的技术基础

3.基于场景的需求分析和应用开发。总结阿里巴巴开发的原则如下:SOA服务化,所有系统采取服务化模式,系统之间进行必要的分拆和隔离,通过服务调用和消息通知的方式进行协同;BASE和ACID相结合,能够采取BASE模式的业务一定是异步方式,而核心的账务信息一定是采取实时方式,保证ACID;无单点设计、可监控、可测试、可回滚、可禁用、短事务与柔性事务、异步设计、无状态、使用成熟技术、业务分等级、业务可降级、多数据中心部署。

1、运维复杂度

1.基于x86服务器集群和开源软件搭建技术设施,分布式架构 开源软件是其基本特征。

4.平台化建设理念,提高开发效率和系统质量。苹果公司的App store提供标准的开发平台,全球开发者可以充分发挥自己的聪明才智,开发个性化的应用,并通过苹果应用商店发布。苹果公司向开发者提供了应用程序开发框架,以方便开发者的开发工作。开发框架包含三类组件:应用程序接口库、开发工具和测试模拟器。

分布式架构由于采用更为通用X86服务器和云环境部署,单机的处理能力有限,必然会带来更高的部署复杂度,服务器的数量会变得比较多。应用微服务后,系统间服务数量增加,交互更加频繁,交易路径变得更为复杂,风险点增多,一旦出现问题后,故障的定位和分析和应急处置上都变得更加复杂。

X86服务器是互联网应用基本计算资源,例如Google、阿里等公司,每个数据中心动辄部署上万台、几十万台和百万台X86服务器,进行动态资源调度。开源操作系统Linux、开源web服务器Apache、开源数据库MySQL、开源脚本语言Php/Perl……这些著名的开源软件支撑了互联网公司发展。开源软件的发展同样离不开互联网发展的支持。初期的开源软件代码缺陷和设计缺陷很多,正是通过应用发现软件缺陷、不断修补的方式,既支持了互联网公司的发展,又促进了开源软件的发展。从对开源软件的使用和修改开始,互联网公司就逐步积累和掌握了自主研发能力。

5.自动化部署和运维体系。阿里巴巴开发了一套资产信息采集程序和采集流程,将服务器、网络设备、存贮等资产信息,采集到数据库中。应用系统不再关心具体的资源信息,无论资产还是资源都是处于动态的变化中。通过资产信息和资源的变更流程,资产信息,硬件信息和应用信息的任何变更,必须通过系统进行变更记录,详细记录每个设备的生命周期里的各种变化。变更流程和工作流系统对接,通过工作流系统进行分级审批之后,才能进行相应的变更。以自动化采集为核心的资产管理体系,主动监控确保资源池一致性,保证资产信息的准确性。对资源进行回收和重新分配的时候,先要确保资源的状态。对于资源的数据,必须采取主动监控的做法,确保数据的可靠性,其具体做法是每天对设备的信息进行重新抓取,并与数据库里的状态进行匹配,发现不一致的数据,报警并锁定资源,不允许对资源进行任何操作。通过这种自动化的方式,杜绝人为错误,确保资产数据和资源池信息的数据一致性,是资源池可信的重要保证。

2、架构要求高

2.积极进取的创新精神。

6.成本控制意识和自主掌控能力。互联网企业的IT成本控制意识较强,面对激烈的市场竞争和客户体验的需求,需要敏捷的技术反应,完全依赖通用技术和国际大名牌的IT设备和软件供应商无法满足这类需求。开源和廉价的X86服务器是最佳的选择。短短几年时间,互联网公司的技术研发能力和研发速度,明显强于老牌的IT公司。这是一种以市场需求为导向,以客户体验为基础,以技术架构创新为手段,引领业务和技术创新的新模式。

集中式架构下,架构设计的要求相对简单,主要集中在程序处理结构上。而引入分布式架构和微服务后,对应用系统的架构设计提出了更高的要求。如果既做到组件间解耦数据依赖,改为服务集成,又能够避免服务分布式后带来的一致性问题,是每一位架构师都将面临的难题。

以阿里巴巴为例,短短几年先后自主开发了如下技术产品:分布式文件系统和分布式存储、搜索引擎技术、分布式计算、分布式机房、消息中间件、分布式锁管理、虚拟化和计算资源调度;Apache和Nginx等开源软件定制、Java虚拟机调优(JVM)、开源数据库调优;文件系统优化、网卡协议栈优化、操作系统资源隔离、操作系统资源管理、操作系统内存优化、虚拟化软件底层研发;低功耗处理机、协处理器辅助应用、数据中心省电技术、新一代存储技术、新一代网卡应用。

三、商业银行应用系统的技术基础

3、技术多样化

3.基于场景的需求分析和应用开发。

1.通用信息技术和商业化软件是基础,集中式系统部署。多数商业银行信息化建设遵循通用信息技术的路线,即采用商业化的大、中、小型计算机硬件系统及其配套的编程语言、操作系统、中间件工具软件和数据库,进行集中式部署。例如采用IBM大型机和P系列服务器、Unix操作系统、Oracle或DB2数据库等,采用Cisco公司网络设备和EMC等公司的存贮设备。银行的各种应用基本运行在这样的技术平台上。最近几年,随着云计算理念的普及和X86服务器性能和可用性的不断提升,已经出现规模性部署X86服务器,构建云环境的趋势。

分布式架构下,开源已经成为技术选型的主流,各类开源框架和软件,越来越多的被应用到银行的业务处理中。在开发语言除了现有架构下主要使用的c、java外,也出现了go,scala,python等新型编程语言。技术呈现出多样化的趋势,对我们IT研发人员的能力提出了更高的要求。

总结阿里巴巴开发的原则如下:SOA服务化,所有系统采取服务化模式,系统之间进行必要的分拆和隔离,通过服务调用和消息通知的方式进行协同;BASE和ACID相结合,能够采取BASE模式的业务一定是异步方式,而核心的账务信息一定是采取实时方式,保证ACID;无单点设计、可监控、可测试、可回滚、可禁用、短事务与柔性事务、异步设计、无状态、使用成熟技术、业务分等级、业务可降级、多数据中心部署。

2.面临完全依赖供应商的被动局面。商业银行在信息技术支持和保障能力、技术进步和创新能力、技术采购议价能力、设备升级周期和扩容、成本控制等方面,很大程度上依赖信息技术供应商。从历史看,商业银行应用系统大多采用三层架构:服务层、应用层和数据层,最近几年逐步加入ESB层。每层采用双机或集群技术支撑业务应用。早期以纵向(scale-up)升级扩容为主,现在逐步采用横向(scale-out)扩容方式或虚拟化方式。这种历史发展过程中形成的架构和技术路线,很难适应发展迅速的互联网时代应用需求。

4、更新迭代更快

4.平台化建设理念,提高开发效率和系统质量。

3.交易系统突出资金安全和核算的准确性,数据一致性要求高,客户体验差。从模拟手工流程一路走来,商业银行信息化建设始终围绕内部业务管理、经营和风险控制的目标。应用系统存在存在如下问题:一是烟囱式结构,渠道不统一,整合性差;二是应用范围小,非企业级;三是标准不一致和数据质量差;四是着眼银行内部流程,对外客户体验不佳;五是网上银行和手机银行等具有互联网特征的应用,仍然构建在传统的技术架构上,其应用系统也主要是把柜面应用搬到网上银行和手机银行之上而已。

当前的技术发展用日新月异来形容,一点也不夸张,我们还在谈互联网转型的时候,各类公有云就遍地开花了,我们开始谈云计算,servless和Faas就来了,我们谈servless,区块链、AI、物联网、量子计算又来了。技术的更新迭代速度太快了,未来充满了不确定性。

苹果公司的App store提供标准的开发平台,全球开发者可以充分发挥自己的聪明才智,开发个性化的应用,并通过苹果应用商店发布。苹果公司向开发者提供了应用程序开发框架,以方便开发者的开发工作。开发框架包含三类组件:应用程序接口库、开发工具和测试模拟器。

四、5点启示

5、服务治理

5.自动化部署和运维体系。

1.用互联网的思维,认真思考和规划商业银行的信息化建设工作。互联网的创新正快速改变人们行为习惯、思维习惯,改变整个社会。银行的生存和发展离不开外部的世界,银行不去适应这种社会的变革,就会落后甚至淘汰。时下互联网金融和金融互联网的讨论和创新如火如荼,显著地影响人们的金融习惯,势必引起银行业重大变革。面���这样汹涌的互联网浪潮和变化越来越快的世界,我们必须要有危机感。

现在谈分布式架构,不可避免一定会谈到微服务。微服务已经在互联网企业得到了广泛的应用,取得了很好的效果。金融机构也都很早就开始了对于微服务的研究和应用。这里不就不谈微服务的实现技术和应用模式了,我只想提一点,并不是用了rpc,系统拆小了,就算是实现了微服务架构。微服务的挑战更多大的在于可持续性。可持续性主要体现在变化后的系统架构,是否能够更加灵活的支持业务需求的发展,应对更多生产环境的不确定性,给客户带来更好的体验。而实现上述这些要求的核心就是服务治理,包括服务流程设计、颗粒度、流控、降级、熔断等。

阿里巴巴开发了一套资产信息采集程序和采集流程,将服务器、网络设备、存贮等资产信息,采集到数据库中。应用系统不再关心具体的资源信息,无论资产还是资源都是处于动态的变化中。通过资产信息和资源的变更流程,资产信息,硬件信息和应用信息的任何变更,必须通过系统进行变更记录,详细记录每个设备的生命周期里的各种变化。变更流程和工作流系统对接,通过工作流系统进行分级审批之后,才能进行相应的变更。以自动化采集为核心的资产管理体系,主动监控确保资源池一致性,保证资产信息的准确性。对资源进行回收和重新分配的时候,先要确保资源的状态。对于资源的数据,必须采取主动监控的做法,确保数据的可靠性,其具体做法是每天对设备的信息进行重新抓取,并与数据库里的状态进行匹配,发现不一致的数据,报警并锁定资源,不允许对资源进行任何操作。通过这种自动化的方式,杜绝人为错误,确保资产数据和资源池信息的数据一致性,是资源池可信的重要保证。

2.引入分布式架构和开源软件,构建集中式和分布式共存的架构体系。从应对市场的整体效果看,互联网分布式架构明显优于商业银行传统集中式架构,核心差别在于两类不同的应用架构理念,以及两类不同的技术团队管理、支持方式。因此,从应用入手,着手调整商业银行传统的技术架构和供应商管理方式,制定商业银行的技术架构设计规范和部署策略,实现架构的科学管理。

分布式架构有那么多优点,那么是不是意味着我们应该彻底抛弃集中式架构,全部向分布式架构迁移呢?我们认为并不是这样的。建设银行认为,在当前环境下,“集中 分布式”的融合架构仍然是大型商业银行的最佳架构选择。建设银行在传统集中式核心系统采用模型驱动的开发方法进行应用组件化改造,而分布式核心则借鉴互联网最新技术进行全新开发。“双模式”融合架构发挥主机可用性高、稳定、可靠、管理简单的优点,将对私存款与借记卡这类交易量大、可用性和一致性要求高、需求变动不频繁的关键应用仍然保留在主机上;而将交易量大、可用性要求高但一致性要求略低的重要应用的部分功能部署在分布式平台上。总体上,系统将逐步从大型机、小型机集中式架构向X86分布式架构过渡。

6.成本控制意识和自主掌控能力。

3.突出核心能力,理性看待“去IOE”。仅从技术角度看,“去IOE”的实质是分布式架构和集中式架构、开源软件和商用软件的选择问题,各自的利弊见仁见智。商业银行IT从业人员的核心竞争力主要体现在对银行业务理解,以及对信息技术的熟练应用和应用架构设计能力,用信息化支持、推动和引领业务创新。

我们认为大型商业银行在应对分布式架构挑战时,可以采取以下具体措施。

互联网企业的IT成本控制意识较强,面对激烈的市场竞争和客户体验的需求,需要敏捷的技术反应,完全依赖通用技术和国际大名牌的IT设备和软件供应商无法满足这类需求。开源和廉价的X86服务器是最佳的选择。短短几年时间,互联网公司的技术研发能力和研发速度,明显强于老牌的IT公司。这是一种以市场需求为导向,以客户体验为基础,以技术架构创新为手段,引领业务和技术创新的新模式。

4.从设备供应商向服务供应商转型。著名的IT公司要加快从设备供应商向服务供应商转型,成为用户可信赖的战略合作伙伴。从采购成本、服务水平、硬件和软件能力、安全和掌控能力等方面看,用户对诸如IBM、Oracle、EMC等国际著名公司的满意度不断下降,随之出现“去IOE”的呼声和行动。商业银行新一轮信息化建设为供应商转型提供了一个很好的机会,供应商可以和一些商业银行建立战略合作联盟,成立专门的行业队伍,搜集需求,优化升级通用技术和软件,及时解决用户实际遇到的问题,顺应并引领互联网时代的技术需求。

永利电玩城,1、做好业务架构的顶层设计;

三、商业银行应用系统的技术基础

5.积极主动与互联网公司开展合作。当前互联网公司已经取得了丰硕的成果,不但在业务创新上领先于传统行业,而且在新技术研究和应用中也积累了丰富的经验,在云计算、分布式系统和大数据处理等技术上领先传统IT厂商,并且还在不断加大投入,以保持技术优势。商业银行要开始与先进的互联网公司开展深入合作,学习和吸收可能为银行所用的新业务模式和新技术,进一步拓宽业务思路,拓展技术视野和选择范围。

2、以企业级的视角,建立新的IT架构,更好的承接业务能力;

1.通用信息技术和商业化软件是基础,集中式系统部署。

3、通过基础平台框架、工具的研发,沉淀技术能力,赋能上层应用开发;

多数商业银行信息化建设遵循通用信息技术的路线,即采用商业化的大、中、小型计算机硬件系统及其配套的编程语言、操作系统、中间件工具软件和数据库,进行集中式部署。例如采用IBM大型机和P系列服务器、Unix操作系统、Oracle或DB2数据库等,采用Cisco公司网络设备和EMC等公司的存贮设备。银行的各种应用基本运行在这样的技术平台上。最近几年,随着云计算理念的普及和X86服务器性能和可用性的不断提升,已经出现规模性部署X86服务器,构建云环境的趋势。

4、走“软件定义基础设施之路”,加大对云计算的研究投入;

2.面临完全依赖供应商的被动局面。

5、应用研发向敏捷转型,建立对于业务需求和市场的快速响应能力。

商业银行在信息技术支持和保障能力、技术进步和创新能力、技术采购议价能力、设备升级周期和扩容、成本控制等方面,很大程度上依赖信息技术供应商。从历史看,商业银行应用系统大多采用三层架构:服务层、应用层和数据层,最近几年逐步加入ESB层。每层采用双机或集群技术支撑业务应用。早期以纵向(scale-up)升级扩容为主,现在逐步采用横向(scale-out)扩容方式或虚拟化方式。这种历史发展过程中形成的架构和技术路线,很难适应发展迅速的互联网时代应用需求。

通过上面的分析,我们看到,分布式架构的优势与挑战同在。接下来,我就继续向大家介绍一下,建设银行这些年在分布式架构的应用上,都做了哪些探索实践,供大家参考。

3.交易系统突出资金安全和核算的准确性,数据一致性要求高,客户体验差。

大家都是知道建设银行在过去的六年中,主要就是在建设新一代的核心系统。我们的新一代系统,本身就是一个企业级分布式架构的转型。我们实现是从业务转型开始的

从模拟手工流程一路走来,商业银行信息化建设始终围绕内部业务管理、经营和风险控制的目标。应用系统存在存在如下问题:一是烟囱式结构,渠道不统一,整合性差;二是应用范围小,非企业级;三是标准不一致和数据质量差;四是着眼银行内部流程,对外客户体验不佳;五是网上银行和手机银行等具有互联网特征的应用,仍然构建在传统的技术架构上,其应用系统也主要是把柜面应用搬到网上银行和手机银行之上而已。

第一步,通过战略规划,梳理了全行的业务、数据和产品,构建出涵盖全行经营管理的业务价值链,然后通过解读转型发展战略、十二五规划以及与部门访谈,提炼出26个业务方向,进一步分解为102个转型举措,最终形成114个业务组件,搭建出我行业务架构的框架。这26个业务方向、102个转型举措、114个业务组件,就是建行未来业务发展的蓝图。

四、5点启示

接着,通过企业级建模,采用标准化、结构化的语言描述业务流程、数据与产品,既覆盖现状,又体现业界领先水平。

1.用互联网的思维,认真思考和规划商业银行的信息化建设工作。

最后,依据建模成果进行IT架构设计及开发。

互联网的创新正快速改变人们行为习惯、思维习惯,改变整个社会。银行的生存和发展离不开外部的世界,银行不去适应这种社会的变革,就会落后甚至淘汰。时下互联网金融和金融互联网的讨论和创新如火如荼,显著地影响人们的金融习惯,势必引起银行业重大变革。面对这样汹涌的互联网浪潮和变化越来越快的世界,我们必须要有危机感。

企业级建模成果,由新一代IT架构承接,由7层12平台所构成,7层分别是渠道整合层、客户服务整合层、应用集成层、外联集成层、产品服务层、数据集成层、管理分析层。12P分别是P1客户渠道整合平台,P2员工渠道整合平台,P3客户服务整合平台,P4企业级服务总线,P5外联集成平台,P6、P7、P8产品服务平台,P9数据集成平台、P10管理分析服务平台,P11管理分析服务平台,P12在线交易数据服务平台

2.引入分布式架构和开源软件,构建集中式和分布式共存的架构体系。

永利电玩城网址49696com,整个企业级架构是以“组件化”“服务化”的思想设计的,它的原理如同搭积木,系统释放出来的服务功能如同一个个积木块,客户看到的最终功能是这些“积木块”的组合。调整某个积木块不会影响其他积木块,调整后的积木块重新组合,就产生一个新的功能。新一代架构的灵活性就体现在这里。现在,收到业务需求,先看业务模型中有没有对应的积木块。如果有,积木块拼凑就可以了;如果没有,修订模型后再开发。大大提高了开发的速度。

从应对市场的整体效果看,互联网分布式架构明显优于商业银行传统集中式架构,核心差别在于两类不同的应用架构理念,以及两类不同的技术团队管理、支持方式。因此,从应用入手,着手调整商业银行传统的技术架构和供应商管理方式,制定商业银行的技术架构设计规范和部署策略,实现架构的科学管理。

当前,金融科技的概念被越来越多的提及,各类新技术层出不穷,分布式架构的未来之路在哪里呢,下面是我们的一些理解。

3.突出核心能力,理性看待“去IOE”。

互联网的出现,促使在线用户数爆炸式增长,超过了过往企业级的上限,但是IOE技术不是没有满足性能要求就是没有满足成本要求。因此,迅速催生了以分布式计算为代表的云计算技术。业务的发展,又加速了数据的沉淀,2011年大数据概念脱颖而出之前,相关技术已经酝酿已久。4G网络的发展,使智能手机迅速普及,人们的上网体验从PC互联网切入移动互联网时代。与此同时,大数据的蓬勃发展在2016年促成了人工智能的爆发,人工智能的许多算法其实早在几十年前就已经提出。2017年,很快成为区块链爆发元年,但在技术界看,区块链是分布式数据存储、点对点传输、共识算法、加密算法等技术的综合应用。随着5G时代的到来,我们判断物联网、工业互联网、量子计算等等必然会成为潮流。

仅从技术角度看,“去IOE”的实质是分布式架构和集中式架构、开源软件和商用软件的选择问题,各自的利弊见仁见智。商业银行IT从业人员的核心竞争力主要体现在对银行业务理解,以及对信息技术的熟练应用和应用架构设计能力,用信息化支持、推动和引领业务创新。

这种形式下我们如何应对呢,我们认为主要有以下几项具体的应对措施:

4.从设备供应商向服务供应商转型。

1、业务优先

著名的IT公司要加快从设备供应商向服务供应商转型,成为用户可信赖的战略合作伙伴。从采购成本、服务水平、硬件和软件能力、安全和掌控能力等方面看,用户对诸如IBM、Oracle、EMC等国际著名公司的满意度不断下降,随之出现“去IOE”的呼声和行动。商业银行新一轮信息化建设为供应商转型提供了一个很好的机会,供应商可以和一些商业银行建立战略合作联盟,成立专门的行业队伍,搜集需求,优化升级通用技术和软件,及时解决用户实际遇到的问题,顺应并引领互联网时代的技术需求。

银行IT的根本使命是支持业务的发展和转型,做好金融服务是本质。

5.积极主动与互联网公司开展合作。

2、开放共享

当前互联网公司已经取得了丰硕的成果,不但在业务创新上领先于传统行业,而且在新技术研究和应用中也积累了丰富的经验,在云计算、分布式系统和大数据处理等技术上领先传统IT厂商,并且还在不断加大投入,以保持技术优势。商业银行要开始与先进的互联网公司开展深入合作,学习和吸收可能为银行所用的新业务模式和新技术,进一步拓宽业务思路,拓展技术视野和选择范围。

银行IT必须尽快建立“开放共享”的理念,从架构设计到技术路线的选择都应该更加开放,通过开放的平台,连接更多的客户与金融服务,只有这样才能快速发展。

【文章来源:架构师之旅微信公众号】

3、平台战略

【编辑推荐】

现在IT应该迅速从“任务实施”向“平台赋能”转型,通过业务平台和技术平台的建设,一方面赋能上层应用开发,另一方面建立专业化的研究型团队,持续的开展技术的研究和创新。

4、与云结合

All in Cloud、软件定义已经成为未来基础设施发展方向的共识,通过云的弹性伸缩和服务化的能力,可以让银行的基础设施更好的应对未来技术的变化。

5、敏捷精益

传统的瀑布式开发模式已经很难满足今天的竞争形势,必须尽快在现有研发体系中植入敏捷文化,建设配套的工具链,并积极开展敏捷工程实践,实现应用研发的敏捷转型,建立对市场和客户的快速响应能力。

架构是为业务价值服务的,没有业务价值的架构就是没有成长的土壤。通过技术的创新突破赋能银行业务才是未来的方向,技术发展到今天,已经不是原来简单的业务提需求,IT实现功能的信息化阶段,人工智能、区块链、云计算、大数据、物联网等金融科技新技术,已经呈现出颠覆式的影响力,未来技术与业务的融合程度将进一步加深。

【干货PPT】

永利电玩城网址49696com 3

永利电玩城网址49696com 4

永利电玩城网址49696com 5

永利电玩城网址49696com 6

永利电玩城网址49696com 7

永利电玩城网址49696com 8

永利电玩城网址49696com 9

永利电玩城网址49696com 10

永利电玩城网址49696com 11

永利电玩城网址49696com 12

永利电玩城网址49696com 13

永利电玩城网址49696com 14

永利电玩城网址49696com 15

永利电玩城网址49696com 16

永利电玩城网址49696com 17

永利电玩城网址49696com 18

永利电玩城网址49696com 19

(来自:互联网金融工作委员会)返回搜狐,查看更多

责任编辑:

本文由永利电玩城发布,转载请注明来源

关键词: 永利电玩城