快捷搜索:

您的位置:金莎娱乐 > 技术 > 互联网技术架构给我们的启示,揭秘工商银行I

互联网技术架构给我们的启示,揭秘工商银行I

发布时间:2019-09-13 07:35编辑:技术浏览(68)

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

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

    2018,选择北邮在线IT教育,帮你找份好工作!

    金莎娱乐下载 1

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

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

    金莎娱乐下载 2

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

    金莎娱乐下载 3

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

    在中国银行业,工商银行的信息化建设一直走在前列。1999年,正是工商银行率先在国内开展了银行数据大集中工程,此举为后来国内银行业信息化应用的快速发展奠定了坚实的基础。

    分布式架构是金融科技当中是非常热的话题之一,像区块链、大数据、人工智能这些新技术层出不穷。我始终认为作为银行的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倍。

    从2014 年开始,工商银行就开始布局集中式和分布式架构体系,结合云计算、大数据等新技术手段,以架构优化为核心。下面,让我们来看看,工商银行的新IT架构究竟有哪些不同之处?

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

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

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

    1、IT架构改变,来源于银行压力越来越大

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

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

    作为一名商业银行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 模型被引申为强调数据一致性的开发理念,被银行、证券等机构广泛采用。

    以APT 为代表的有针对性、持续性的网络攻击日益突出,银行信息系统需要实现从"被动防护"转向"主动防御",提高对安全态势的感知能力,建设全方位的安全防护体系。

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

    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

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

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

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

    2、"两地三中心",让业务切换只需2分钟

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

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

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

    工行于2014年初步建成了以上海外高桥园区和嘉定园区为同城双活中心、北京西三旗园区为异地灾备的"两地三中心"体系架构。

    1、运维复杂度

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

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

    比如:

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

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

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

    2016 年末,人民银行领导现场观摩了工商银行数据中心的同城切换运行。

    2、架构要求高

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

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

    工行核心系统在业务高峰期间,由上海外高桥园区成功切换至嘉定园区,运行1 个多小时后回切至外高桥园区,整个切换时间约2 分钟,符合预期。

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

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

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

    接管运行期间全集团各项业务正常开展,交易响应及系统运行性能良好。

    3、技术多样化

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

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

    金莎娱乐下载 5

    分布式架构下,开源已经成为技术选型的主流,各类开源框架和软件,越来越多的被应用到银行的业务处理中。在开发语言除了现有架构下主要使用的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.引入分布式架构和开源软件,构建集中式和分布式共存的架构体系。从应对市场的整体效果看,互联网分布式架构明显优于商业银行传统集中式架构,核心差别在于两类不同的应用架构理念,以及两类不同的技术团队管理、支持方式。因此,从应用入手,着手调整商业银行传统的技术架构和供应商管理方式,制定商业银行的技术架构设计规范和部署策略,实现架构的科学管理。

    3、"云架构"真正落地

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

    4、拥抱SDN、开源产品

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

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

    在数据中心部署SDN网络

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

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

    全面启动了工商银行新一代网络架构的规划和落地

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

    四、5点启示

    引入开源产品

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

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

    通过开源软负载产品低成本、可扩展的优势,解决目前负载均衡技术领域存在的性能瓶颈和难以快速扩展问题。

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

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

    5、安全管控,依然是重中之重

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

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

    安全重点关注点有:互联网入侵防护、网络安全隔离与访问控制、客户端安全管理、数据安全管理等中高风险领域。

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

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

    措施:

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

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

    优化安全架构

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

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

    重点推动APT 攻击防护、云网络安全防护等方案落地,与现有外部攻击检测形成有效互动和互补。

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

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

    加强数据分析和安全风险模型研究

    1、业务优先

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

    通过研究科技与业务数据之间的关联关系,实施系统、网络、应用、业务等各环节日志分析挖掘,全面推动信息安全数据分析工作。

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

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

    附:银行IT架构转型思考

    2、开放共享

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

    中国工商银行行长谷澍

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

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

    IT 架构作为企业架构的基础,支撑着上层业务架构的建设与发展,进而促进顶层愿景和战略的顺利实施。在企业信息化建设快速发展的今天,信息系统规模越来越大,复杂程度越来越高,IT 架构技术支撑能力的重要性愈加凸显。近年来,随着金融产品和服务模式的持续变革,以及工商银行转型发展的深入推进,促使我们不断思考银行IT 架构面临的挑战和影响。

    3、平台战略

    【编辑推荐】

    一是随着移动互联网、线上支付、电子商务的快速发展,金融服务的渠道和场景更加丰富,服务模式和体验更加新颖,需要IT系统在支撑多渠道服务协同、信息共享联动、提高服务个性化智能化等方面发挥更大作用。

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

    二是随着各行各业互联网化和现实世界数据化趋势的不断演进,人类社会已进入了数据大爆炸时代,银行需充分发挥数据价值,助推客户营销、产品设计、风险防控和经营管理转型,这就要求IT系统在数据存储、分析挖掘、数据服务等方面给予有效支撑。

    4、与云结合

    三是随着业务处理线上化和自助化的绝对数量和占比持续提升,信息系统对于银行服务的基础支撑作用日趋关键,要求IT架构在安全稳定运行、业务承载能力等方面提供更有力的保障。

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

    四是国际化战略实施过程中面临着不同国家与地区在客户服务、监管规定等方面的差异,以及境内外业务联动发展的新需要;综合化战略要求传统商业银行服务和非银金融服务既合理隔离,又协同发展。这些都对于IT架构提出了新的要求。

    5、敏捷精益

    从当前技术发展整体趋势来看,集中与分布相结合的架构体系可较好地契合与支持上述创新需求。为促进全行战略转型与发展,工商银行从2014年启动了IT架构转型工程,其中一项重要内容就是要加快分布式架构的使用,推动信息系统从传统集中式架构为主的架构体系,向集中式和分布式架构有机融合的架构体系进行转型。

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

    分布式架构主要特点与发展情况

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

    1、分布式架构的内涵与主要特点

    【干货PPT】

    业界对于分布式架构尚未形成统一的定义,但基本包含"基于分布式架构的系统是一组相互独立但并行协同工作的计算机集合;对系统的用户来说,系统就象一台计算机一样"这两层意思。从硬件角度,每台机器都是自治的、独立的;从软件角度,用户感受是整体的、一致的。据此,分布式架构应具备以下特征:

    金莎娱乐下载 6

    一是物理部署分布式,即用多台计算机来共同承载业务;

    金莎娱乐下载 7

    二是处理过程分布式,系统各环节各司其职、并行处理,通过特定机制有效协同关联;

    金莎娱乐下载 8

    三是数据存储分布式,将数据分散存储,但不影响数据运算结果的完整性和一致性。

    金莎娱乐下载 9

    综合上述特点,分布式架构设计的核心理念是"并行拆分与横向扩展",即按照一定维度将系统进行拆分,系统各部分松耦合并行运行,并建立起较为完善的横向扩展与容错恢复机制。也正是基于这一设计理念,使得分布式架构具备了多方面的优势:

    金莎娱乐下载 10

    一是系统扩展能力较强,可基于通用硬件扩展计算和存储能力来提升系统处理能力,满足业务不断增长的需求;

    金莎娱乐下载 11

    二是系统运行效率较高,在对系统各环节合理拆分的基础上,通过并行处理进一步突破传统串行处理存在的效率瓶颈;

    金莎娱乐下载 12

    三是系统运行可靠性较好,将系统拆分后并行运行在多台相同的设备上,即使单一设备出现故障,整个系统仍可正常运转或仅局部受损;

    金莎娱乐下载 13

    四是系统成本优势明显,分布式系统基于相对廉价的通用计算和存储设备构建,获取相同处理能力的成本低于传统架构。

    金莎娱乐下载 14

    但与此同时,分布式架构也存在一些不足。例如,在对系统进行拆分后,如何协调各部分之间的并行处理,确保最终处理结果的一致性;如何应对跨网络访问过程中可能存在的信息丢失和通讯延迟,确保信息系统服务水平;如何确保在单个节点异常情况下系统正确切换与恢复,确保系统整体可靠性等等,这都需要在系统设计与实现层面制定有针对性的解决方案。再如,分布式系统由于其数据分开存放,不同功能并行处理,为了确保系统整体可靠性,往往采用"数据最终一致性"的原则进行设计,需在产品功能设计层面同步予以考虑。

    金莎娱乐下载 15

    2、分布式架构发展历程

    金莎娱乐下载 16

    分布式架构并不是今天新兴的技术名词,从20世纪70年代就已经开端起源,一系列关于分布式架构的基础理论研究开始出现。但直至本世纪初,集中式架构一直牢牢占据着企业信息系统架构的绝对主流地位,即把一类业务集中部署在同一台服务器上的一套系统中,共享同一套计算和存储资源,通过持续提升单台服务器的性能来满足业务不断发展的处理需求。

    金莎娱乐下载 17

    这一方面是由于分布式架构需以一系列复杂的系统设计与实现方法为基础,有关理论及实践做法有待突破和完善;另一方面根据集成电路性能提高的情况,单台服务器性能约每18~24个月可提高1倍,集中式架构已能较好地满足业务发展需要。

    金莎娱乐下载 18

    经过三十多年稳步发展后,本世纪初计算机芯片性能提升速度开始减慢;同时随着以搜索引擎、社交网络、电子商务等为代表的互联网时代来临,数据量以每年50%以上的速度快速增长,对信息系统处理能力带来了空前的挑战。上述两种因素叠加影响下,原有集中式架构已无法适应互联网业务快速增长的需要。谷歌、脸书、亚马逊等互联网企业投入了大量技术力量,从分布式架构着手研究解决海量数据存储、计算以及高并发交易处理的难题,在云计算、大数据等方面取得了重要成果,使分布式架构成为业界关注的热点。

    金莎娱乐下载 19

    以银行为代表的传统金融机构信息化工作起步较早,早期主要采用集中式架构,较好地支持了客户管理、存贷款、支付结算、投资理财等业务开展。近年来随着银行服务模式持续演进提升以及与各行各业日益融合渗透,业务范围和内涵不断丰富。各银行应势而动,着手探索一条既要保证核心业务的安全可靠,又要满足新兴业务尤其是互联网金融相关业务快速发展的IT架构转型道路,在分布式架构应用方面取得了一些突破。

    金莎娱乐下载 20

    加大分布式架构应用,积极推进工商银行IT架构转型

    金莎娱乐下载 21

    1、立足工商银行自身特点制定IT架构转型策略

    金莎娱乐下载 22

    分布式架构技术已在以互联网企业为代表的新兴公司中广泛使用,技术体系逐渐成熟和完善。面对新的形势和挑战,工商银行立足自身实际分析,既看到分布式架构技术对于我行IT架构转型带来积极的促进作用,在电商、社交、数据挖掘等系统中加快引入使用;也看到金融行业与互联网行业在业务特点、服务理念、客户群体、存量IT资产等方面存在的较大差异,深入剖析传统IT架构与分布式架构的优缺点和适用场景,取长补短,有差别有针对性地予以采用。

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

    工商银行在IT架构转型工作中没有简单照搬互联网企业的做法,而是基于围绕传统商业银行业务已建起的近200个业务系统,结合"国际化、综合化"战略实施的现实需要,以"开放性、高容量、易扩展、成本可控、安全稳定、便捷研发"为主要目标,提出了"构建集中与分布有机融合的IT架构体系"的转型实施策略。对功能相对稳定、与客户资金安全紧密相关、且无明显性能容量压力的业务,一段时期内仍以传统集中式架构实现。对于业务新颖性强、创新速度较快、交易并发量大,或者对信息系统部署有特殊监管要求的境外业务,则逐步以开放平台分布式架构实现。

    责任编辑:

    金莎娱乐下载 23

    2、高效推进分布式架构在工商银行的落地实施工作

    工商银行在IT系统架构转型过程中,始终坚持"优化存量、管好增量"的原则,统筹推进各项落地实施工作。

    一是对于原有部署在主机集中式系统的存量非核心业务,正逐步迁移至开放平台分布式架构系统。目前工商银行主机系统日均承载了近4亿笔交易,峰值达到每秒1万多笔,并继续保持着快速增长的态势。为应对交易量的持续增长,充分发挥主机系统和开放平台系统的不同优势,工商银行已将客户增值服务信息、历史明细、现金管理、会计要素管理等相关业务迁移至开放平台,目前正着手进一步开展小额支付、金融市场、投资理财等业务的迁移改造工作。

    二是对于原有部署在开放平台并采用传统集中式架构的系统,正结合业务特点差异有选择性地实施分布式架构改造。工商银行对于已有的网上银行、手机银行、银企互联、信贷管理、客户营销管理等多个系统,也正结合全行业务发展需要和业务内在特点,差异化地实施IT架构优化提升。对于线上支付、短消息提醒、产品集中销售等业务量波动较大的内容,正逐步按照分布式架构实施改造;对于柜面业务处理、客户营销管理等业务量相对稳定的内容,则重点基于集中式架构持续优化提升。

    三是对于近年来新推出的相关业务,工商银行注重发挥分布式架构等新技术作用,促进产品创新和服务能力提升。在互联网金融与大数据处理方面,工商银行基于分布式架构建设了"三平台(融e购、融e联、融e行)、一中心(网络融资中心)"、大数据处理平台等;在国际化方面,工商银行建设了基于开放平台的境外核心银行系统,已逐步在莫斯科等境外机构投产实施,在支持各境外机构业务灵活创新的基础上,也更好地满足了部分国家或地区的特殊监管要求;在综合化方面,工商银行结合各子公司业务特点,基于开放平台建设了相关业务系统,有效促进了业务的转型发展。

    金莎娱乐下载 24

    工商银行分布式架构实践过程中的有关思考

    1、客观辩证地看待分布式架构带来的促进与挑战

    分布式架构以其具有的横向易扩展、松耦合、高可靠、硬件成本低等特点,迅速成为业界关注的热点。随着技术体系的成熟和相关开源软件的出现,进一步促进了分布式架构在各行业的广泛应用。工商银行通过自身实践,也充分体会到了分布式架构技术在支撑业务产品创新、降低功能耦合程度、确保系统稳定运行、降低硬件成本投入等方面的促进作用。但与此同时,分布式架构作为有别于传统集中式架构的设计,也有其自身的局限性。一是对于功能相对简单、服务需求相对稳定的业务,使用分布式架构反而将显著增加设计与实施成本。二是分布式架构对于架构设计、研发、运维等人员的知识结构有着新的要求,架构转型需要与人员知识结构转型相配套。三是对于已有的基于主机和小型机建设的系统,需结合系统现有布局、改造成本、业务系统升级规划等综合因素确定转型策略和实施计划。

    2、分布式架构转型需要科技和业务部门协同推进

    分布式架构下系统各组成部分的相互关系及作用模式发生了较大变化。除了在系统架构设计和研发等方面的变革,更由于系统部署模式、故障恢复机制的变化,须在运维监控、应急处理等方面进行配套,需要研发部门与运维部门之间的紧密协同,共同做好分布式架构下运维管理平台的建设和完善。同时,分布式架构系统建设过程中还需要业务部门与科技部门密切配合。一方面,可运用分布式架构的灵活可扩展、并行高效率处理等优势,在业务促销、复杂产品估值、实时风险防控等方面发挥价值;另一方面,分布式架构在数据和事务一致性等方面的局限,也可能给产品与服务带来一定挑战,需要业务部门和科技部门共同寻求解决方案。

    金莎娱乐下载 25

    3、持之以恒推进IT架构转型优化工作

    当前服务创新层出不穷,信息技术发展日新月异,IT架构须紧随业务和技术发展趋势持续转型和优化提升。工商银行一直高度重视信息技术发展,持续加大对信息科技工作的资源投入,不断加强对新技术的研究与应用,持续推进IT架构的转型优化工作。当前,除了云计算、大数据等分布式架构技术已逐步发挥价值外,对于区块链分布式账本、人工智能、物联网等新兴技术,工商银行也在研究如何加以应用,以进一步提升客户服务与改进经营管理。

    本文由金莎娱乐发布于技术,转载请注明出处:互联网技术架构给我们的启示,揭秘工商银行I

    关键词: