如何进行银行新核心系统项目的系统方案设计?有哪些设计内容?

参与8

1同行回答

jxnxsdengyujxnxsdengyu课题专家组系统工程师江西农信
现在的银行新核心系统趋势是将核心系统承载的庞大功能逐步分离出来,在业务层面简化核心系统的功能,提高处理性能和效率,对核心系统与其他应用系统之间的业务流程进行重新设计,按照更加开放、灵活和松耦合的原则合理布局银行的各类应用系统。但不管如何演进,新核心系统的RAS、...显示全部

现在的银行新核心系统趋势是将核心系统承载的庞大功能逐步分离出来,在业务层面简化核心系统的功能,提高处理性能和效率,对核心系统与其他应用系统之间的业务流程进行重新设计,按照更加开放、灵活和松耦合的原则合理布局银行的各类应用系统。但不管如何演进,新核心系统的RAS、一致性、安全性、弹性等需求必须得到满足。这些需求落实到新核心系统系统方案设计上,其最重要的内容必然是基础架构方案设计,分为硬件基础架构设计和应用软件设计两个方面:

1、硬件基础架构设计:分为应用层、数据库层、存储层几个角度分别规划设计。

(1)应用层的设计主要可以参考应用软件自身特点考虑是否分布式:是否符合部署在虚拟化集群甚至云平台;如何实现多应用节点的负载均衡甚至是跨多个数据中心的流量引流与分发;如何实现多应用节点间的数据共享,包括结构化数据(DB)和非结构化数据的共享问题,甚至是多数据中心应用节点间数据共享问题等等。还是应用本软件身只支持单节点,只能考虑部署在传统的HA高可用架构上(主、备、灾+异地),但这可能又有悖于新核心系统设计理念。

(2)数据库层的设计有多种方式,需要结合数据库本身的并发和事务特性去选择设计方案。可以搭建本地数据库双活、HA高可用或者是数据库高可用架构+读写分离等,银行新核心系统数据库对数据要求强一致性,所以分布式数据库可能在设计方案中不会作为重点去设计和考量;数据库的同城灾备中心选择数据库复制技术去进行数据实时或者异步同步,也可以设计成两个数据中心底层存储间的同步去实现数据级容灾。

(3)存储层的设计需要结合数据库和应用层的整体架构去设计,是否数据库和应用节点有双活的考虑,需要底层双活的存储作为支撑;还是上层的节点本身通过软件层实现了独立的存储层的双活。又或是存储层的架构设计重点在于性能和可靠性,这时的设计就应重点关注于存储的选型方面,以及存储的冗余方面。

2、应用软件设计重点规划和设计三个方面:多类账户分离、联机业务和总账业务分离及联机业务系统内部本身。

银行新核心系统的关键点在于系统去耦设计,这个解耦其实是核心系统本身的解耦,因为传统核心系统将联机业务和账务业务结合到一起,非常庞大。而且联机业务本身各个模块之间得耦合度非常高,产品灵活性及架构的扩展性不是非常好。

(1)首先第一个需要规划与设计的是:需要根据自己银行的业务发展模式来决定是否将互联网的账户和本地账户进行分离,也就是一类账户和二三类账户的分离。如果我们的二三类账户业务非常庞大,而且发展趋势页也非常明确,那么不仅仅需要核心系统本身的账户分离,更需要业务部门重新来定义二三类账户业务的管理模式和权限归属问题。

(2)第二个需要规划和设计的是:联机业务和总账业务的分离。总账业务系统可以单独切分为一个独立系统,联机业务、信贷业务、支付业务、互联网交易等等这些业务完全成为一中对等的模式来支撑银行的日常金融服务。总账业务系统成为一个单独的可以对接各种业务类型的账务平台,由于它属于账务类系统没有实时提供金融服务的属性,也就不会成为业务服务瓶颈,它的处理只影响银行后台会计事务,属于内部业务。

(3)第三个需要规划和设计的是联机业务系统内部本身的设计。以客户为中心的设计,建立基于全面了解客户能力的客户统一视图,提供客户统一入口的客户服务全面整合。建立组合模式的产品工厂,可以根据业务创新进行产品的灵活组合,而不是单一死板的产品模式。实现灵活定义的利率工厂模式,根据未来客户服务的市场化建立内部定价体系,提供多维参数化定价体制,提供多为利率组合模式,既可以实现通用计算模型又可以实现特殊化的利率模型。多法人支持,在数据库底层设计中引入法人字段,做到数据隔离。

收起
银行 · 2019-03-15
浏览1578

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-03-15
  • 关注会员:2 人
  • 问题浏览:1783
  • 最近回答:2019-03-15
  • X社区推广