暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

了解银行通用核心系统应用架构

一. 银行核心系统主要特点

核心系统是以处理银行最基本的存款、贷款、结算业务、中间业务为主的IT系统,这些业务是银行业务中最基础、最核心的部分,因此称为“核心系统”。核心系统是面向客户和对外服务的IT系统,也包含必要的内部辅助管理功能,如柜员管理、现金管理、尾箱管理等。

核心系统承担银行中最主要的会计核算功能,凡是涉及会计核算(不包括银行自身内部财务核算)的业务,原则上都应该尽可能将核算部分纳入核心系统。除会计核算外,核心系统还必须辅以相关的产品及业务处理比较稳定的关键台账处理。在银行整体IT架构中,核心银行定位于实时的、基于交易的IT系统。

核心系统是一个相对稳定的系统,仅涵盖具备需求稳定性的产品和业务处理环节。核心系统既可以是一个系统,也可以是一组用于覆盖相关业务功能的系统。核心系统是一个封闭、被动的服务提供者,只对外提供被动的交易处理服务,不涉及直接面对客户的银行前端处理。

银行核心系统不承担复杂的流程审批业务处理环节,例如信贷业务流程、贸易融资流程等;更不承担管理会计、风险管理、客户分析等管理决策功能,但应该为这些系统提供全面、准确的多维度分析依据。

核心系统通常只具备其业务处理和报表所必需的客户信息,不包含全面的客户信息。通常,银行会建立企业级客户信息(ECIF),以支持多个系统同步和共享客户信息;核心系统在执行业务处理的过程中不应过于频繁地依赖外部系统数据。

核心系统原则上不主动发起业务请求,也不直接与其他业务系统之间产生互相调用关系;原则上不直接发起对外的渠道链接,如大额支付、小额支付(一般由支付系统处理)。

核心系统原则上不提供在同一笔交易内部需要多次往返报文的业务请求服务;原则上不向其他业务系统直接开放数据库或非交易形式的功能调用。

综上,“瘦核心”的设计理念被商业银行广泛接受,它主要是一个交易处理和会计处理系统,剥离了部分管理功能如信贷管理、风险管理、财务管理等业务中的流程管理和数据分析的功能,完成中国人民银行、中国银保监会或中国金融市场所规定的存款业务、支付业务、结算业务、贷款业务及中间业务中的账务处理和会计处理工作,内容相对单一、功能相对稳定。

二. 通用核心系统架构

通用的核心系统架构如下图所示:

核心系统内部及外围系统之间的联系如下图所示,核心系统的基本业务由客户信息子系统、会计核算子系统、产品管理子系统公共管理子系统构成。

  1. 客户信息子系统。在核心系统中,保留必要的客户信息,并且需要将客户信息与该客户下所有账户信息相联系。

  2. 会计核算子系统。核心系统保留自己的总账,实现本外币一体化的集中会计核算,以弹性的、多阶层组织结构作为核算体系,可以在分行或支行建立核算中心,实现机构的管理层次与操作层次分离。

  3. 公共管理子系统。公共子系统中提供对柜员机构等的支持:弹性配置组织机构,且机构号唯一;支持对柜员的全周期管理;保证现金及凭证的安全性;多种授权方式,包括本地、远程、多人、重复、多级授权等;对参数进行管理。

. 分布式核心系统整体架构

分布式核心系统整体架构可分为七大部分。底层是IaaS云平台,中间是PaaS云原生平台,上层是SaaS核心应用领域,左侧为研发效能体系和混沌测试体系,右侧为智能运维平台和安全体系,这些构成了新核心所需的整体能力框架。

  • SaaS层。SaaS层包括银行核心系统的应用域,如存贷、支付结算、银行卡、核算及公共服务等及所需的能力中心和7*24小时等公共机制。分布式技术组件用于封装分布式底层技术,负责对上层应用模块屏蔽产品差异与技术复杂度,同时连接着下层PaaS平台的各项能力。其中,一部分与云厂商的产品存在一定重叠,如:单元化能力组件、分布式事务、聚合查询组件、服务调用代理等。在实际落地过程中需要明确双方边界,进行有效的整合与联动形成一体化的、稳定的技术平台底座。

  • PaaS层。PasS层以云原生容器平台、分布式数据库、分布式消息队列、分布式缓存、微服务平台等中间件为主。

  • IaaS层。主要包括云平台的计算、存储、网络、资源编排、多云管理和安全能力。

四.信息参考

《腾讯云商业银行核心系统分布式转型白皮书》

《银行信息系统应用架构导论》

文章转载自数据源的技术后花园,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论