为着力驱动集团数字化转型,背后的庐山真面目目原因与技巧价值

拿造房子举例吧,IOE基础设施是坚实的水泥,应用是建设在水泥上的高楼大厦,很安全很稳定。有人说水泥太贵了,而且被寡头企业垄断了,严重影响了大厦的可扩展性甚至稳定性,现在你们必须把靠谱的水泥去掉,必须把房子建设在不靠谱的黄沙上,黄沙便宜而且没人能垄断。好嘛,建筑师绞尽脑汁如何在不靠谱的地基上建设靠谱的应用呢?核心思路是不能建设向上的高楼了,改为建设水平平房;这样容量无限扩展了,而且一旦楼垮掉不会整体倒塌只会影响一幢平房;然后,为了做到这一点,建设模式,楼房架构,建材,物业,方方面面全部推倒重来。

为此,阿里云联合毕马威揭示数字化转型中的那些门道。尤其在过去5年间,毕马威通过帮助金融、制造、零售等行业企业进行架构规划、应用的咨询经验,看到以云计算、大数据为代表的数字化转型技术,推动了企业架构转型以及业务的重塑,企业纷纷开始了以“云端转型”为核心的数字化转型。

责任编辑:

每年的GMV都高速增长每年的基础设施投入增长远超GMV增速集中式核心数据库存在的困局:– 不稳定会影响全网访问– 扩容成本高昂

云已成为数字化转型的必需品

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

在部分传统企业内部,对去IOE的看法千人千面,这么多年了主流看法还停留在两个方向:一、阻力大,不敢去,不想去,不愿意去;二、助力大,但助力却往往是被认为去IOE属于节省成本的创新范畴。

每个阶段的跨越都代表着企业在数字化转型过程中的一次升级。目前大多数企业都处于数字化转型的尝试阶段,更多在向扩展阶段迈进,对于一些传统大型企业,某些细分领域已经使用云计算开始了服务化、智能化的局部尝试。

3、技术多样化

TCO角度,由于统计口径不统一,我无法给出详细数字,但从经验角度,个人以为去IOE整体明显投资节省,但成本上升至少翻倍以上,综合TCO持平或略降低。主要节省在IE,而在O的角度很可能TCO不降反升。

其中企业建立全面服务化的架构是数字化转型的分水岭,在IT架构层面的重要体现是为企业提供整个中台层面的共享服务。共享服务平台架构具备了服务可重用、服务可升级、服务助创新、服务能试错的优势。

5、服务治理

IOE不是洪水猛兽,IOE和我们也没有仇,去IOE不能从字面上去理解,不能为去而去。IOE在历史上发挥过关键作用,今后一段时间内也未必没有合适的应用场景,即使谈到技术发展,也有一句话叫做老兵不死,只是慢慢凋零,没有一蹴而就非黑即白的事情。

未来基于云计算之上,大数据与人工智能的发展将进一步带动企业数字化转型,为企业带来了无限的想象空间。企业一定要重视数据的价值,将内外部数据打通,逐步建成企业级的数据管理大中台,向下汇集全业务线的原始数据,内部通过数据智能平台对数据进行智能化的处理与价值挖掘,最终向上驱动企业层面的业务创新。

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

国家安全信息安全?层次太高,上头决策我们基层执行就是,我不评论不讨论该不该的问题,我这个层面只需要说清楚技术改造的代价和方案,同时做好预案就行。我们把技术问题转化为经济问题,上面只要花得起代价,咱确保有执行能力就是。

随着政策的推动和市场应用的落地,云计算作为数字化转型的核心正在逐渐被传统企业的接受。

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

苍天啊,我的内心是崩溃的

服务化阶段:云不再是仅仅解决资源部署问题,而是更多围绕PaaS、SaaS层展开,成为中台资源,直接为企业业务相应组件赋能,以及作为服务为前台所用。服务化阶段一个重要的特征是以场景为导向提供高效的应用服务。

图片 1

通过以上资料和数据,我们可以看出,阿里“双十一”的业务量在短短的8年内翻了3360倍。阿里对企业IT系统进行去IOE改造的最重要原因,是因为原来的集中式商业数据库架构无法满足越来越巨大的业务要求。我们虽然不低估阿里在去IOE过程中所做出的巨大努力和成绩,但也不能完全把这件事拔高到关乎国家信息安全的角度去解读。

从云化走向智能化

图片 2

本质上,必须意识到,既然要在不靠谱的建材上建设靠谱的房子,一定有另外的地方必须靠谱!上面那些方方面面都是必须转型加强的,都得花钱,尤其是成本!技术上说,一切都变为软件定义,没有稳定的基础设施只有稳定的架构。那软件定义不就是钱吗?架构不就是靠钱堆出来的吗?

除了市场经营环境的变化,也不能忽略数字化技术这一重要因素,来更加完整的理解企业数字化转型。“当然,云计算、大数据、人工智能等技术更多是一种战术,企业数字化转型首先要从经营上出发,接受数字化企业的新文化、新业务模式,利用数字化技术实现新目标。” 黄灏说道。

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

阿里为什么会进行这种应用架构重建呢?看看几年前阿里的技术人士分析阿里实施去IOE的原因:

实际上,阿里的数字化转型优势来自于自身实践。阿里技术团队从2008年开始研究企业IT架构的转型,近年来通过自主研发的分布式架构体系,从支持电商业务,逐渐扩展到金融领域,并经受住了“双十一”的峰值考验。随着阿里业务生态越来越大,单块业务的分布式也无法满足业务多变、业务协同、数据共享、千人千面等方面的要求。此后,阿里于2015年启动“中台战略”。通过中台促进业务创新,成为阿里持续保持高效创新和探索的坚实底盘。

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

王晓征,Oracle 9i OCM,中国移动通信集团浙江有限公司信息技术部副总经理兼云计算中心主任,中国移动技术咨询委员会IT专家组副组长。

2015年阿里巴巴集团启动了中台战略,构建符合互联网大数据时代的,具有创新性、灵活性的“大中台、小前台”的机制,即作为前台的一线业务会更敏捷、更快速的适用瞬息万变的市场,而中台将集合整个集团的运营数据能力,产品技术能力,对各前台业务形成强有力的支撑。

图片 3

阿里去IOE很好地诠释了IT的价值在于创新,在于让你干以前干不了的事情,而不是仅仅在于节省成本。IT的价值是进攻而不是防御!

数字化转型的四个阶段以云计算为技术背景展开解读,而企业的数字化转型更多是从业务场景出发,所以从企业经营角度就形成了多阶段交叉并行的状态。毕马威中国管理咨询副总监柳晓光建议CIO要考虑三种基本能力梳理数字化转型,在不同阶段做适合的事情,第一、总体规划能力;第二、迭代试错能力;第三、持续创新能力。

图片 4

这里面只有建材更换是省钱的,而且省的是投资不是成本。或者说,去IE以后直接维保成本随之大幅度降低了,但随之而来的架构和软件重定义的间接成本很大。IE由于远离应用,这一点还不算太严重,靠近应用的O这一点显示得特别突出,所以说去O是去IOE里最难的嘛。

借助各种新技术,未来的数字化企业也将实现自我应变,颠覆现有行业经营模式。这一趋势目前在金融行业已有初步成效,在可预见的未来必将助力更多行业转型发展。这也就是我们常说的未来已来,所以赶紧开始你的数字化转型之旅吧!

图片 5

去IOE本质是阿里提出的一种营销口号,技术上并不严谨。

毕马威认为,企业级互联网架构是未来企业快速发展的核心技术源动力,它满足企业级应用快速实现“分布式、高并发和自动化”;同时也满足去中心化、服务化、异步化、高可用、数据化运营的技术要求。未来企业级互联网架构将重点致力于解决从传统IT到互联网架构的转变,包含从“客户界面,集中流程”到“移动化、社交化、互动化”;从“重复开发”到“共享沉淀服务化能力”;从“垂直系统,数据孤岛”到“大数据,智能商业决策”等核心IT能力的转变。

图片 6

不严谨的背后是阿里IT架构的整体改造,这种改造以底层基础设施的改变明修栈道,实际上在应用架构的重建上暗度陈仓。一方面形式上去掉,也为阿里云业务的建设奠定了技术基础;一方面推动应用的云化和微服务化,推动全面的架构解藕、敏捷转型、组织转型,推动小前台大中台的企业IT转型,为业务创新插上翅膀,重新定义了企业IT和业务的边界。

混合云则是其中的技术抓手,其具备可扩展性、快速响应、可靠性、安全性、易管理等多种特性,适合于各种行业企业。目前主流云服务商都在提供公有云加专有云的混合云部署模式,使企业的工作负载分布在云供应商运行的公有云和企业运行的专有云上。

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

二、去IOE绝对不省钱,但一定程度值得做!核心原因如果操作得力,可以使你做到之前做不来的事情:应用架构、组织架构、开发模式全面转型,具备敏捷支撑业务的能力,从防御型支撑型IT走向进攻型创新型IT。培养出一批新一代的能创新、能思考的技术团队,加强核心能力内化,为后续业务快速迭代创新奠定IT基础。而这一切,都意味着更大的IT投入。用富人思维而不是穷人思维来看去IOE,用广义视角而不是狭义字面视角来看去IOE,一切迎刃而解。

尝试阶段:企业大多从基础资源虚拟化开始过渡上云,将主要业务部署在私有云,将一些弹性业务和新业务部署在公有云,尝试建立一个简单的混合云,一方面利用云的最大化价值,另一方面打消管理层对业务、数据安全性的顾虑。

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

第一个核心问题:去IOE是什么?

像阿里云研发的ET大脑属于超级智能,解决社会和商业中的棘手问题。目前已具备智能语音交互、图像/视频识别、机器学习、情感分析等技能,ET大脑的核心能力在于多维感知、全局洞察、实时决策、持续进化在复杂局面下快速做出最优决定。针对各行各业,阿里云的科学家对ET大脑进行专项训练,研发出了ET城市大脑、ET工业大脑、ET医疗大脑、ET环境大脑等,在各行各业成为人类的强大助手。

图片 7

一、去IOE本身是口号,但去IOE背后的创新才是真正值得借鉴的;

同时很多企业还会使用多种公有云。混合云和多云环境下企业就需要一个统一的云管理平台,帮助企业解决运维等问题。而且IT治理模式、组织结构、开发方式也在向着“双态IT”发展,例如银行业利用云计算支撑直销银行业务创新的近来趋势。

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

总结:

上文也提到,企业数字化转型是循序渐进的过程,尤其大型企业多业态、多机构的模式也让转型更为复杂。所以企业级互联网架构和传统IT架构将会出现长期并存的状态,这也是常说的“双态IT”,即,稳态:提升原有IT架构的运营能力,使之更加稳定高效;敏态:敏捷、持续交付并灵活支持上层应用创新。

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

第二个核心问题:去IOE省钱吗?如果不省钱,是否值得做?

数字化转型是一个长期的过程,企业需要根据自身的特点来规划未来的发展目标和阶段。毕马威将企业数字化转型分为尝试阶段、扩展阶段、服务化阶段、智能化阶段四个阶段,而云计算则贯穿始终。

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

原文来自微信公众号:DBAplus社群

黄灏表示,领先互联网云服务商在云环境中具备三大优势。以阿里云为例:第一、拥有丰富的业务场景证明技术架构的性能,例如市场对阿里支持“双十一”场景的高度认可;第二、能力传导,协助企业逐步建立数字化创新能力;第三、生态、连接阿里的生态可以获得更多的资源,甚至可以拓展新业务。

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

作者介绍:

中国的企业数字化转型要从互联网企业的异军突起说起,它们在线上业务取得优势的同时 也通过数字化手段改变了客户的消费手段,例如阿里“双十一”,这也让传统企业的线下市场受到了严重的挤压。

图片 8

浙江移动的去IOE之路已经走了几年,从答卷单上看也是成绩满满:云化比例可观,I基本快去完了,E剩下也不是太多了,O基本控制在CRM核心交易库了,而且彻底实现了CRM核心数据库承载x86化。核心CRM应用容器化微服务化了,企业级微服务平台初具规模了,开发运维模式敏捷转型持续推进中了。现在,是时候回过头来重新盘点和反思一下去IOE。

当然数字化转型不仅仅是利用信息技术,还要对组织活动、流程、业务模式和员工能力进行全面的重定义。对于企业而言,数字化转型没有标准答案,只有最适合企业自身的答案。

2、架构要求高

为什么去IOE绝不可能明显节省成本?如何让各路神仙弄明白这一点?我一直在思考。最浅显的例子是不是可以这么举:世界上没有免费的蛋糕,没有银弹,不可能只记吃不记打。

毕马威结合近年来在云规划领域的丰富经验,建议企业在具体实施混合云解决方案时,需要重点考虑可扩展性、成本、安全三要素。即,可扩展性:满足业务波动带来的资源扩展和伸缩;成本:根据需求灵活调配和统筹资源、降本增效;安全:混合云的管理在灵活与安全之间把握动态平衡。

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

云计算最大的优势就在于架构的转变带来效率的提升和创新的可能。不同于传统IT架构,企业级互联网架构是基于服务化架构理念进行构建,重点满足未来大规模分布式服务框架、高性能异步能力、高可靠容错能力、敏捷更新创新能力、应用级线性扩展能力和数字化运营能力。

图片 9

现如今,“数字化”已经悄悄地替代了“信息化”,成为一个在IT圈之外也并不陌生的词汇。虽然在不同的时代,数字化转型的含义都有着些许的不同,但他们都有着统一的目标,即使用技术来重塑企业的竞争力。

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

目前企业在云计算的部署、运维上还存在很多问题。柳晓光指出,上云前应做统筹评估,规划明确目标。如果企业希望实现灵活部署降低本,可以从私有云开始逐步搭建一个完整的基础设施技术服务平台;如果企业希望推动业务创新,可以从业务场景出发应用云,同时在技术选型和团队衔接等方面上也应进行规划,力求目标明确、方案可行、实施有序。

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

智能化阶段:这一阶段是业务数据化和数据业务化的一个循环过程,核心是数据和智能。企业需要建立企业级数据平台,接入内外部数据。企业更多从业务场景出发进行智能化,例如自然语言处理、计算机视觉等技术在智能客服场景上的应用,以及通过海量数据挖掘和业务模式沉淀的更广泛意义上的数据智能。

图片 10

扩展阶段:云将促进从技术到业务到管理的整体转型,企业应该做更多体系化的准备,建立复合型团队。另外技术转型也带来了管理机制上的变革,以云为代表的数字化技术促进组织机构的扁平化、管理过程的创新等,让技术与业务融合产生更佳效果。

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

毕马威中国管理咨询合伙人黄灏看到,现在的数字化转型更多是中国传统企业受到BAT等互联网企业成功的影响所采取一系列技术和业务层面的变革。“传统企业希望通过一些能力转变,获得类似BAT的经营效应,同时互联网企业也将数字化的能力打造成产品,向传统企业输出,并与合作伙伴建立生态系统。”

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

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

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

图片 11

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

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

图片 12

图片 13

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

3、平台战略

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

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

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

1、业务优先

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

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

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

【干货PPT】

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

图片 14

5、敏捷精益

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

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

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

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

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

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

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

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

1、运维复杂度

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

图片 15

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

4、更新迭代更快

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

1、做好业务架构的顶层设计;

2、开放共享

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

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

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

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

4、与云结合

图片 16

图片 17

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

图片 18

本文由澳门威斯尼人平台登录发布于服务器&运维,转载请注明出处:为着力驱动集团数字化转型,背后的庐山真面目目原因与技巧价值

相关阅读