导航菜单

银行建中台跟阿里建中台有什么不同?

最近,我有幸参加了该单位组织的阿里培训班,并在现场感受到了“云人居会议”精英们对技术的理解。 训练前后,我读了刘孜的《淘宝技术十年》和中华的《企业 IT 架构转型之道:阿里巴巴中台战略思想和架构实战》,这是对阿里的中国和台湾概念的肤浅理解。

阿里的中国-台湾是一个累积的过程。自2009年共享部成立以来,它经历了几次波折,但一直在积累,直到2015年才正式发展成为中国台湾战略 可以看出,这是一个进化的过程,这也符合对建筑的普遍理解。大规模建筑和好的建筑不是一夜之间设计出来的,而是根据实践不断调整的。

目前阿里中国共有十几个共享业务单元,包括用户中心、商品中心、交易中心等。 淘宝、天猫、聚华生等25大业务应用均由中国大陆和台湾的共享业务单元支持,而共享业务单元则由阿里云平台支持。 共享业务单元的划分原则不易掌握。应综合考虑设计、运营和工程因素,并尽可能遵循“高内聚、低耦合”、“数据完整性”、“运营业务”和“渐进”的原则。

阿里在将中国划分为台湾时,非常重视其商业价值和基于商业的设计,拥有商业架构职位,每个共享单元都有一个商业架构。 但是总的来说,它的业务结构仍然是特定领域的 在我与阿里专家沟通的过程中,他们也认为阿里仍然缺乏更高层次的抽象,但显然这个层次更难设计和维护。

阿里系统要解决的核心问题是高并发性和可扩展性。因此,在通过中国和台湾分享和支持业务后,基础设施必须能够缓解这一压力。

阿里采用分散的(即删除ESB的)HSF分布式服务框架来支持服务的点对点调用,并解决ESB可能导致的瓶颈问题;使用微服务设计来改进变更响应;分布式数据层框架TDDL(淘宝分布式数据层)和分布式数据库DRDS;是由自我研究设计的。已经开发了支持分布式事务处理的Aliwantexc。鹰眼平台支持高效的故障定位和运行维护监控;实现了限流和适度降级的设计,以及保证全链路压力测量平台和服务一致性平台。 这是一套完整的基础设施,为电子商务业务的特点提供支持

综上所述,阿里中泰是其自身结构在不断的业务发展过程中演变和调整的。其结构不仅体现了电子商务的业务特点,还包括一个完整的技术支持系统。 由于其灵活的支持和快速的响应能力,它已经成为一个优秀的实践案例和互联网架构的设计基准。

银行在与互联网公司的竞争中承受着巨大的压力,在金融科技的浪潮下,纷纷推进数字化转型工作。在这个过程中,他们自然想学习互联网公司的经验,尤其是像阿里这样的龙头企业。 阿里的中国和台湾提高了服务重用和开发效率。银行可以参照建立一个总体框架吗?我们应该注意哪些差异?

如果一家银行试图为金融业建立一个总体框架,首先要解决的是流程问题。

电子商务的中心站实际上更容易抽象。阿里的十几个共享服务中心实际上在这个行业中用途非常广泛。电子商务的过程相对容易接受变化。在阿里支持大中型站点的前提下,接受流程改进相对容易,无论是在阿里内部还是出口到其他对等客户。电子商务领域正在相对紧密的流程下寻找功能和服务的特性

银行的情况并非如此。银行的能力是高度同质的,但它们的流程不同,因为流程背后是组织结构和部门利益。银行之间的部门设置和责任界限有所不同。根据康威定律,这种差异将直接反映在系统结构中 银行都想谈论转型,但很少有银行能真正采取重大举措并调整其组织结构。即使是购买商业软件,他们通常也会根据自己的部门结构进行本地化改造,从而在系统上给组织打上深刻的烙印。

在这种差异下,银行的中层结算流程可能更倾向于功能性结算。在过程和能力分离的原则下,过程被分成微服务体系结构层。然而,将通用功能剥离为中间层服务层并不一定适合构建为像阿里这样的中间层业务,因为吸收变化的点是不同的。

引用的架构图如下:

银行大多是产品驱动的,这不一定会随着设计中的“以客户为中心”而改变,因为作为服务的产品和作为产品的服务不需要纠缠太多。

产品通常意味着驱动背景的一系列服务和功能。

在ESB下,这是不同服务之间的信息流。事实上,阿里取消ESB并不意味着银行也需要取消ESB。这取决于实际需要。如果没有如此大的并发性和如此严重的阻塞需要担心,就没有必要扼杀ESB,尤其是如果银行已经熟练地使用了它。毕竟,是否必须将ESB排除在微服务体系结构之外有不同的声音。 在消息队列下,产品实际上意味着一组相关服务的订阅发布

然后,您可以根据更大的流程将银行产品细分为微服务。这一过程可能因银行而异。有些业务在甲行有预处理流程,但在乙行没有;有些流程由甲行的一个部门处理,而乙行需要两三个部门合作。 这些差异可能是内部文化或规模差异的原因。

银行可能会随着规模和业务重心的变化而调整自己。事实上,“能力”变化很小,但过程可能会有很大变化。 因此,流程链接被设计为微服务层,以促进快速变化。

此外,相对稳定的业务功能,如本例中的持续时间计算和缺口计算,比较常见,而评级计算和经济增加值(EVA)相对变化,不需要与流程混合,可以考虑结算为中国大陆和台湾服务。 服务尽可能无状态,以促进迁移和转换。

数据是企业后端 微服务的处理结果准实时更新到企业数据库,中间平台服务可以查询企业数据库中的准实时数据,实时数据可以由调用者提供。

上述流程是以总体框架为目标进行描述的,但如果由银行独立开发并自行使用,也可以参考。

银行也应该注意这样一个事实,阿里中国和台湾是根据基本原则的最终一致性设计的,而银行传统上采用酸性的强一致性。

以上建议基于围绕中国和台湾本土化的讨论。银行在学习互联网架构时也应该注意一个非常重要的区别。然而,这不在技术范围内,这是企业的组织结构和内部文化。

阿里的中国和台湾伴随着它的组织结构和企业文化一起成长。如果你想移植它的设计并有阿里的效果,你必须先通过内部的习俗,而技术也有它成长的土壤。 阿里对业务结构的强调正是许多银行需要认真思考的。

这篇文章的来源和出处已经标记。版权属于原作者。如果有侵权行为,请联系我们。