大型银行组装式应用在数字生态基座落地实践

作者介绍
大型银行组装式应用在数字生态基座落地实践
文章图片
分享概要
一、引言
二、生态连接器建设
三、业务服务包(PBC)落地
四、组装式应用开发
五、未来展望
一、引言
组装式应用程序是Gartner在《2022年重要战略技术趋势》中提出的十二项技术之一 , 主要是通过引入模块化的PBC使技术和业务团队可以更敏捷、更有效地重用代码 。 那么PBC是什么?
业务能力包(PBC)是一种软件定义的最小化的业务功能 , 专注于解决特定的业务问题 。 业务用户在功能上可识别这些功能 , 旨在用于应用程序产品套件和自定义组装应用程序体验的构建基块 。 PBC是数据架构和一组服务、API和事件通道的有界集合 , 可以被视为微服务的聚合,在功能上是完整、自治的体系 , 具有四大特性 。 模块化:分成一组有凝聚力的组件 。 自主性:自给自足 , 并具有最小的依赖性 , 以确保组成的灵活性 。 编排式:通过API、事件接口或其他技术手段 , 打包组合到流程流程或复杂事务中 。 可发现:语义清晰和经济的设计 , 使业务和技术设计者、开发者和活跃的应用程序都能访问 。
大型银行组装式应用在数字生态基座落地实践
文章图片
其中在编排式上 , 围绕PBC和它的编排能力 , 带来的问题就是我们本次特别引出的组装式 。 从图中可以看出原来有三个不同颜色的PBC , 我们通过一定的方式对这三个PBC进行组装从而形成一个新的应用 , 从而对外提供能力 。
Gartner表示:“在动荡的时代 , 可组合的业务原则帮助企业机构驾驭对业务韧性和增长至关重要的加速变化 。 可组合的应用架构增强了业务适应性 , 而采用可组合方法的企业机构在新功能的实现速度上将比竞争对手快80% 。 ”
在这个组装过程中 , 必然有很多问题需要我们去探索和实践:如何组装?组装的标准是什么?组装时是否会存在一些安全风险?……
那么我行当时在建设的时候 , 为什么会对标组装式应用程序 , 是如何引进这个概念并且落地实施的?围绕这个问题 , 首先介绍我行当时在建设时面临的问题 。
我行近几年在大力建设金融生态场景 , 对外提供了很多SaaS应用 , 这一部分除了我行自建之外 , 我们也会与一些合作方进行合作 。 随着无界融合、优势互补、开放共赢的金融生态圈的不断发展 , 我行在面对客户快速推出生态产品、提供一站式解决方案方面存在一定不足 , 以支撑应用组装式开发方面有待提升 , 总结起来主要有以下四个方面的能力欠缺 , 分为技术和管理两个部分:
技术上:
1)生态融合缺乏统一的产品目录和产品能力 , 没有形成市场化的建设;生态缺乏通用的基础服务 , 如用户、权限、流程、数据访问能力和用户交互界面 。
2)场景复用非金融功能重复建设 , 独立研发 , 缺乏场景级能力输出;金融功能存在各场景重复封装 。
管理上:
3)标准技术建设方案生态建设统一标准有待完善 , 功能耦合度高 , 无法实现能力复用 , 导致重复造轮子 , 应用搭建效率低;新场景建设需求日益频繁 , 缺乏基于既有场景快速组装能力的支撑 。
4)统一管理运营缺乏功能场景、共享服务标准、数据标准的统一管理标准;缺乏生态场景级的可复用基础框架、构件需求管理 。
当时我们面对SaaS产品的建设中主要存在刚才提到的这些问题 , 未来我们如果还要更快速地发展 , 更快速地推出产品 , 我们必须针对问题提出一些解决方案 。 因此我们围绕这些问题对标业界 , 发现组装式开发在技术和业务方面都有一定的优势 , 能够快速组装现有的业务能力 , 推出一个新的应用产品 , 最终我们选择了组装式应用程序开发落地 。