金融信创 | 银行核心业务全栈国产化实施方案-重庆市软件正版化服务平台

政策资讯

Policy Information

金融信创 | 银行核心业务全栈国产化实施方案

来源：重庆市软件正版化服务中心 | 时间： 2024-01-19 | 浏览量： 56592 |

实施方案概述

1.1.背景与痛点问题

1.1.1.背景：

至2023年6月，由国家金融监督管理总局发布金融机构法人名单统计，全国银行业机构法人数量达到4561家，整个金融行业法人数量近5000家。众多金融机构的核心业务系统基础软硬件大都被海外技术垄断，尤其是在核心交易系统中国产技术占比几乎为0，这为国家金融安全埋下了极大的隐患。自2019年开始至今，有极少数机构尝试在核心业务系统中试用部分国产技术，但是距实现金融核心、关键业务全面信创、技术安全的目标还很遥远，且没有形成安全、快速、可有效复制的实施方案。

1.1.2.痛点问题：

银行作为金融行业核心组成，其现状极具代表性，实现银行核心业务全栈信创技术替换具有以下难点：

难点一：基础技术可靠性低。国内的金融行业核心业务应用系统相对比较成熟，然而基础软硬件相对薄弱。尤其是国产芯片与海外技术存在着巨大的差距，核心业务缺少大型机、小型机等高端设备支撑，直接导致传统的集中式数据库方案难以在核心业务中进行支撑。同时，国内大多分布式数据库产品也存在着严重的单点风险（关键功能在同一时间，由单一的服务器设备节点提供支撑）。在硬件设备安全性、稳定性降低，研发周期长，升级受限因素多，核心业务全栈实施方案的安全性、稳定性必然由分布式数据库来承担的情况下，数据库必须实现去除一切单点风险的技术突破。在金融信创面临上层应用、基础软硬件不均衡发展现状下，也直接导致金融全栈信创推进迟缓。

难点二：整体应用困难。由于银行对业务的连续性和稳定要求压倒一切,造成业务对安全、可靠、性能的极高要求。金融信创涉及银行从基础架构到应用架构，各层级改造存在潜在风险，安全稳定责任风险重大，缺乏有效的核心业务全栈案例指引，导致金融全栈信创整体落地困难。

难点三：兼容适配问题。由于金融全栈信创工作涉及国内众多厂商，技术、能力等方面参差不齐，产品存在兼容性差异，相互间缺乏统一协调，直接导致银行跨厂商构建金融信创体系无法顺利的“跑起来”。

1.2.方案与目标

1.2.1.业务目标

目标一：实现银行核心交易系统全面信创安全实施。为银行核心交易系统提供高性能、安全、稳定的支撑能力，为金融机构线上、线下业务提供稳定、可靠的全天候、不停业的系统支撑服务。

目标二：为核心、关键业务提供全栈基础软硬件替换解决方案。基于QianBase的金融核心业务系统基础软硬件全栈国产化解决方案，是以易鲸捷分布式数据库QianBase为技术核心，集成国产芯片、服务器、操作系统等打造全栈基础软硬件实施方案。除了核心交易系统以外，该解决方案可以用以支付、理财、核算、会计、查询、OA办公等众多事务处理、交易处理和管理类的核心、关键业务系统中，支撑金融行业实现全面技术安全。

1.2.2.技术目标

目标一：数据库QianBase实现对等部署、高容错能力，提供对国产硬件设备的高容错性、为基础软硬件全栈替换提供安全条件。

易鲸捷分布式数据库QianBase实现了完全去中心化、对等部署，不存在单点风险，能够在技术架构上很好的对底层硬件服务器起到高容错能力的支撑，能够在全栈国产化软硬件生态中为金融核心业务起到稳定、安全的服务保障。

目标二：实现芯片、服务器、操作系统、数据库的深度集成适配，产品核心代码进行彼此优化，形成安全、稳定的全栈技术解决方案。

易鲸捷在银行项目中贯通上下游厂商，打造全栈信创体系的核心交易系统解决方案，在实际项目实施过程中进行优化打磨，突破银行业务系统建设需要各个软硬件产品单独采购、实施、适配的传统项目流程，以全栈一体化的解决方案，为在短时间内，完成全国范围内银行核心交易系统的快速推广、落地提供必要的条件。

并且，在全栈解决方案中，通过各个上下游厂商通力配合，在产品核心层进行深度优化，通过紧耦合的生态系统解决方案，打造安全稳定的银行核心交易系统，突破国外巨头企业建立的传统生态垄断。

1.3.方案适用场景

易鲸捷分布式数据库QianBase是专为金融核心交易系统设计和优化的新一代OLTP分布式数据库，该全栈基础软硬件方案具备支撑银行核心、关键类交易、办公、管理类业务系统的能力。例如：核心交易、支付清算、柜面系统、查询库、理财、OA办公、数字化管理、信贷流程管理、运维管理平台等在内的金融核心、关键类业务系统。

以下以部分业务场景进行简要说明。

应用场景1：银行核心交易系统

银行核心交易系统，承载着银行所有账户的存取款、转账、查询等银行关键业务的最终数据处理，是银行核心类业务中最关键的业务系统。核心交易系统具备组件化的设计与开发特点，具备“去中心化”、松散耦合的特点，支持可插件式部署，为产品创新和服务提供强有力的支撑。具备业务功能的抽象与重构能力，支持产品中心组件、客户中心组件、账户中心组件、定价中心组件、核算中心组件、运营支撑中心组件等基础组件，提高服务能力和水平；同时，系统可提供存款业务组件、贷款业务组件、卡业务组件、资金业务组件、支付结算业务组件、外汇业务组件等服务组件，并支持服务组件可扩充。系统支持开放银行、移动金融、互联网金融、数字货币、投资理财、生活服务等业务场景的融合。

系统支持基于“微服务化”模式设计，支持应用级、数据级分布式部署，系统可部署在分布式金融PaaS平台上，实现高性能处理、高可用、高可靠和可动态弹性扩展，帮助用户提升信息科技的自主可控能力。

应用场景2：城商行支付清算业务

城商行作为参与者接入上海城银支付清算系统，该系统可实现城商行之间的资金清算往来。随着银行新一代核心业务系统的建设，需将现有核心业务系统中的“城商行支付清算业务模块”功能剥离，在二代支付系统中新增城商行支付清算业务模块，实现城银清算支付清算系统的报文转发、业务管理、资金清算、业务对账等功能，满足中心报文标准。并整合现有大小额、超级网银等跨行渠道，按成本、时效、金额等维度整合银行现有大小额、超级网银、城商行支付清算系统等跨行渠道，形成高效稳定的汇兑路由。

应用场景3：核心业务系统查询库

为了应对部分银行外围系统对核心业务系统数据的查询需求，同时确保核心业务系统业务主库的处理能力和系统稳定性，大多情况下银行需要配置一套核心业务系统查询库。由核心业务系统业务库处理核心交易需求，对外提供增删改查服务；查询库通过异步复制的方式准实时接受业务库的数据变更，对外提供数据查询服务。

考虑系统的易用性以及稳定性，核心业务系统查询库与业务库完全相同，支持通过RowID或Primary Key为基准进行数据定位及数据传输，支持业务数据复制以及多种映射方式。可以通过数据库配置实现对查询库的权限管控。

应用场景4：图形前端

统一的图形前端系统：支持所有需要进行人机交互的业务功能并提供统一的用户管理。基于用户角色的访问控制的权限管理和单点系统登录内嵌系统，从而成为银行的统一业务系统门户。支持无纸化，流程银行，柜内柜外，前台后台人机协同，实现各角色人员和各类型设备之间互联互通。除具有图形化前端日常交易功能外，同时能够支持WEB内嵌、嵌入VT终端仿真器、金融计算器等功能，同时满足图形化与字符化显示功能。包括了界面展现模块、界面逻辑管理、接口管理、仿真插件、插件管理、外设管理、文件传输管理、配置管理、版本管理、资源管理、计时器触发、节点通讯，安全加密，消息管理，监控管理，知识库、柜员管理等功能模块。

应用场景5：运维平台

银行基于IT 治理应满统一纳管、统一告警、统一管理为目标建设监管控平台。系统的总体建设目标可以概括为“ 123”，即引入一套高效、稳定、易扩展的基础平台，提供监控和自动化两方面的能力，分期分阶段逐步实现对用户的云平台和基础设施应用环境监控（操作系统、数据库、中间件）、业务应用三个层面提供统一的监控管理与自动化；以业务服务为中心，以全面自动化为基础，支撑企业 7*24 小时业务不间断的运维管理要求，提供设备管理、性能数据采集、性能监控、事件告警、通知功能；围绕信息中心日常的值班管理、运维巡检、提供简便、易用的工具，并在未来通过功能扩展提供更多运维功能，满足用户不断增长的运维需求。

应用场景6：OA办公系统

协同办公系统实现刚性的制度与柔性的流程相结合，实现快速审批。并且支持加签、减签、会签、知会、修改、回退、撤销、终止、移交、转发、督办、关联、收藏、流程自动分支、多条件分支策略，满足企业各种复杂流程处理状况。支持完整流程仿真，模拟组织运营情况，流程表单自动流转，一键监测节点和分支异常，人员离职、部门调整时快速实现流程准确自动调整。

实施方案总体架构

2.1.方案实施总体架构

某城市商业银行-核心交易系统全栈国产化项目。

2.1.1.业务效果

易鲸捷打造银行核心业务系统应用项目，该项目包括易鲸捷数据库、ARM芯片服务器、操作系统、中间件、应用共同支撑。

该项目覆盖6大核心业务系统，包括核心交易系统、柜面、支付清算、历史查询、云管和运维，为全业务场景实现全栈实施提供解决方案。

在银行传统核心系统替换过程中，需要对外围系统进行升级改造或接口适配，而本项目采用专用前后置系统与外围对接，使得银行150多个外围系统仅需少量改造，即可完成新核心替换工作。

2.1.2. 关键举措

该项目是国内第一个银行核心交易系统全栈国产化项目实施，实施过程中涉及大量的基础软硬件之间的适配兼容工作，为了保证系统的安全稳定，在充分验证的基础上进行核心业务的支撑上线，本项目在实施过程中制定如下举措：

仿真测试

搭建核心交易系统的1:1仿真实验环境，通过真实业务需求，在仿真验证的全过程中，对于出现的不同问题，采用了不同的分析定位方法，进而找到问题的原因，以帮助问题尽快得到解决。

精准分析

通过故障树分析，使用可复现测试，缩小问题范围，结合代码审查，最终定位、解决问题，例如操作系统“假死”问题等。

全面观测

通过全方位的关键指标观测，发现各个设备、软件组件的异常情况，并加以解决。例如负载设备流量指标值异常，修改负载设备端口聚合绑定方式的配置问题。

垂直打通

通过从下到上，硬件，操作系统、优化bios硬件配置、网络中断绑核、io调度方式、数据库分区、数据库压缩、应用的绑核策略实现全栈方案的整体最优，充分发挥全栈技术集成优势。

在项目实施过程中，通过多措并举，基于易鲸捷QianBase分布式数据库的全栈银行核心交易系统解决方案，能够支持数万TPS的业务指标要求，具备了支撑国内金融行业核心业务全面信创替换的能力，是一套安全可行、快速复制的全面信创解决方案。

2.2.主要指标需求

2.2.1.业务指标

易鲸捷银行核心交易系统全栈解决方案是QianBase数据库为能力中心，为金融核心、关键业务系统设计的信创替代方案，以满足金融核心业务对基础软硬件环境的需求为基础目标，包括以下内容：

事务一致性：应用系统连接任何一个节点对数据进行操作时，都可以进行提交（commit）或回滚（rollback）。并且，任何应用连接分布式数据库任何节点都能获得全局一致、准确的数据。

事务隔离性支持：支持分布式事务ACID强一致性，支持悲观锁与分布式行锁，具备Read committed 读提交、Serializable序列化隔离级别。

标准SQL语言：应用通过标准SQL语言访问数据库系统，支持关系型数据库常用对象，包括：表、视图、物化视图、索引、系列、系统函数、约束、外键等。

静态切片数据获取：金融核心账务系统需要提供获取某个时间点的静态切片数据的能力。在业务7*24小时不停机的情况下，通过数据库产品自身机制能够快速获取某个物理时点或业务时点的全量数据库静态数据，同时不影响数据库对外服务和灾备复制系统。典型场景如日切卸数场景。

数据批量操作能力：对分布在不同物理节点上的数据执行批量作业。支持定时配置，支持并行运行，以缩短批量时间窗口，充分利用系统资源。

高可用性：整个基础软硬件全栈方案中必须实现完全去中心化，对等部署架构，能够支撑任何单一设备的故障不对整个系统产生全局影响（即便是短时间的影响），从而应对国产芯片、服务器相比海外产品安全性、稳定性下降的风险，保证上层业务的安全运行和连续性。

灾备能力：根据国家和监控机构对银行业灾难恢复的管理要求，银行核心业务需要具备同城和异地灾备接管能力，同城RPO=0或接近0，RTO为 30分钟；异地RPO为30分钟，RTO为4小时。

弹性伸缩能力：为应对未来互联网支付业务特点，以及不断增长的业务需求，例如双11/618等电商大促活动导致的交易峰值的周期性剧烈波动情况，系统应该具备快速的弹性伸缩能力。当数据库性能、容量无法满足业务增长需求时，能够在线进行秒级扩容数百，甚至数千节点，可进行扩容支撑更高的QPS及更多的数据存储需求。支持分钟级别的缩容，减少分布式数据库节点数量，在交易平稳期，以节省资源，同时保证数据安全、数据一致性。

2.2.2.性能指标

全栈解决方案能够满足以下基本的性能需求，并能够在具体业务场景中通过性能优化，支持更加严苛的性能指标：

系统运行安全稳定，保证交易成功率不小于99.999%，交易准确率保证100%；
综合核心交易场景TPS能够支持3万以上，数据库的QPS高峰达200万以上；
查询类平均每笔交易响应时间：<=100毫秒；
账务类平均每笔交易响应时间：<=200毫秒；
满足500万笔批量转账交易，30分钟内处理完成;交易成功率>=99.99%；
支持系统7*24小时的连续运行；
系统资源占用率（CPU占用率和内存使用率）在峰值时段不应超过70%。

QianBase数据库功能说明

QianBase是易鲸捷公司针对金融核心业务需求进行自主研发的新一代分布式数据库，根据国内当前基础软硬件环境现状进行专有架构设计、深度优化的安全、可靠国产数据库产品。

QianBase支持标准的SQL语法，架构设计上使其原生支持分布式事务、全局数据一致性管理等能力，是一款标准的原生分布式关系型数据库。QianBase具备高性能的事务处理能力，实现了多项分布式关键技术突破，是国内最先进的分布式数据库技术之一。

QianBase是该银行核心交易系统全栈解决方案的技术核心，具有极高的安全能力，能够对底层设备故障起到很好的容错能力，能够守护核心业务系统的安全稳定。同时QianBase具备极简的开发与运维管理模式，用户可以非常方便的使用、管理这款分布式数据库。

3.1.完全去中心化分布式数据库

QianBase集群内部所有的节点对等部署，没有任何特殊节点，应用系统可以连接任意节点发送SQL请求，这样的架构能够很好的与负载均衡设备对接在一起，构成一个稳定安全的数据库系统。

QianBase 架构图

QianBase实现了2个关键技术突破，包括元数据管理和全局事务管理的完全去中心化，使分布式数据库实现了完全对等部署。QianBase物理架构中，任何一个服务器节点的角色都是一致的，不存在部分节点单独部署/开启某一项特殊功能。这样的架构设计可以允许任何一个服务器故障，对这个数据库而言是没有差别的，都不会对数据库产生全局影响，即便是在全面信创的环境下（基础性能稳定性弱），也能守护上层业务系统的安全稳定。

完全去中心化架构为分布式数据库带来的技术优势对比：

QianBase 架构在全栈信创环境中的优势对比

在信创、技术安全发展的大趋势下，全面实现核心技术国产化已经是刻不容缓的任务，然而国内芯片产品技术相对英特尔落后，研发周期长，严重受限制造工艺等因素影响，数年内恐怕难以有突破性进步。同时，依赖国产芯片的服务器整机内部各个组件、设备的兼容性也需要长期的磨合、优化。

在国内缺乏大型机、小型机等高端设备支撑，基础设备的故障率必然升高的情况下，分布式数据库成为未来核心业务的唯一可选技术。然而，不管是分库分表架构，还是原生分布式数据库，几乎所有分布式数据库都存在明显的单点架构缺陷，其关键功能（元数据管理、全局事务管理）依赖单点/少量设备支撑，一旦设备故障，将导致数据库短暂的全局不可用，这在未来全面信创环境下难以支撑核心、关键业务的稳定性需求。易鲸捷深入金融核心业务需求，针对国产基础设备安全性不足的情况下，经过多年技术研究，终于突破了两项难点技术，实现了所有节点对等部署，使得QianBase是目前国内唯一一个完全去中心化的分布式数据库，其安全性、稳定性远超同行业产品，为实现金融核心业务全栈国产化实施奠定了技术基础。

3.2.持续在线服务功能

QianBase在架构上允许1/3设备出现故障，业务依然连续稳定，数据安全。在功能设计上，也极尽所能的使系统持续在线，支持在线的升级、扩容、缩容、备份、更换节点、DDL等操作，支持滚动重启能力。在必要的运维管理工作中，依然能持续对核心、关键业务提供在线服务保障。

3.3.分布式事务一致性功能

QianBase的分布式事务主要通过MVCC与两阶段递交方式实现，保证事务强一致性。支持悲观锁、分布式行锁技术；支持Serializable串行化和Read Committed读已提交隔离级别。

易鲸捷数据库支持完备的事务一致性，应用从Oracle数据库迁移到易鲸捷数据库时，不需要应用做任何事务处理的改造，所有分布式事务均在数据库内部完成，保证实时强一致性。

3.4.更符合金融核心业务的跨中心容灾方案

QianBase采用一致性算法保证数据副本的多数派一致（任何数据写操作，只要完成50%以上副本写，数据库就进行commit，剩余副本实现最终一致性），支持跨中心部署（同城双活、两地三中心、多地多活），支持同城容灾RPO=0，RTO<30s。

通常，原生分布式数据库在跨中心容灾解决方案中存在明显的安全漏洞。一般两地三中心方案采用一套数据库5个数据副本：生产中心2副本、同城中心2副本、异地一副本。这样的方案中，一旦同城中心2副本都出现故障，或者网络出现抖动，此时数据库必须保证副本的多数派强一致，那么必须有3个副本强同步，就会产生数据必须异地写成功后，业务才算成功，此时数据库性能下降严重，在业务高峰期几乎不可用。

图：一般原生分布式数据库两地三中心容灾存在漏洞

QianBase的跨中心容灾能力更强，能够屏蔽中心之间网络抖动、故障等对业务的连续性影响，对核心、关键业务有更高的安全性和稳定性保障。

图：QianBase 提供更高、更灵活的安全性配置

QianBase跨中心容灾优势，以两地三中心方案（副本分布3:3:1）为例说明：

QianBase 两地三中心采用7份副本，数据写需要满足至少4个副本写成功，才能commit（性能实测与5副本时没有明显区别）。支持通过参数控制强同步的4个副本所在位置，例如生产中心2个，同城中心2个，那么可以保证同城容灾能力RPO=0，同时保证不会发生异地副本的强同步影响性能。

引入了“主中心”参数，配置生产中心为“主中心”，一旦同城中心发生故障，或者两个中心之间网络出现故障时，数据库识别故障后会将集群收敛成主中心运行模式。此时，数据库只在主中心内部判断数据副本是否满足多数派写成功（主中心2副本写成功），并提交事务，其他副本（包括异地副本）都采用一致性算法进行最终一致性同步；当故障修复后，数据库会自动伸展成7副本模式。

这种方式够有效的避免灾备中心故障（包括网络故障）后，导致多数派一致性协议发生异地强同步，性能下降严重，甚至不可用的情况发生。

QianBase能在容灾部署时，让用户可选配置多种容灾策略（实现与Oracle等传统数据库的容灾效果相同）：最大安全性、最大性能、最大可用性，让用户在安全性和业务连续性之间灵活配置。

3.5.数据分片灵活管理功能

QianBase支持在线的调整集群、数据库、表、分区中的数据分片以及副本配置，包括配置分片的大小、副本数量、副本存储位置等信息。

例如：

对临时表数据配置副本数量为1，能够控制数据的副本不进行跨中心分布，用来提升写入性能；
对重要、安全级别高的数据配置更多的副本数量等；
支持对数据的从副本进行数据读取操作。

3.6.应用开发透明功能

QianBase允许开发人员像使用单机数据库一样操作分布式数据库，数据库内部会进行数据位置的管理，分布式事务的管理，数据路由信息的管理。访问任何一个节点，都能获得全局一致性、准确性的数据体验。

QianBase 指标标准SQL，支持表、视图、索引、物化视图、系统函数等关系型数据库标准对象，采用标准SQL的传统应用系统不需要进行任何分库分表的改造，即可快速迁移到QianBase数据库上。

3.7.简单化运维功能

QianBase实现简单运维模式，能够让一个初级工程师方便实现以下运维能力：

在数分钟内部署几十个节点的分布式数据库集群；
在数秒内启动、关闭数百节点的集群；
在秒级内增加数千节点进行在线扩容；
能够在数分钟内完成缩容；

QianBase的快速扩缩容能力，能够充分支持双11、618等互联网电商促销活动引起的交易峰值剧烈波动。

QianBase能够实现自管理功能：

对故障能够进行容错，自动的副本补齐；
扩容后副本自动重新均衡，能够根据各个节点存储容量、业务负载情况自动的均衡副本位置，以及移动副本的主数据的位置。

方案实施与效果

4.1.应用场景

场景一：银行核心交易系统全栈国产化项目实施。该解决方案正在银行进行实施验证，在实际项目中历时12个月的集成适配和优化，最终打造成安全、稳定的解决方案。

该解决方案可以满足大部分银行核心交易系统业务需求，减少60%的银行核心交易系统项目实施周期，可以在各个银行业机构中进行快速复制，实现金融行业核心业务全面信创的任务目标。

场景二：核心、关键业务系统全栈技术替换。以QianBase为能力核心的全栈基础平台，能够支持支付、交易、核算、会计、查询、理财、信贷等核心业务，OA办公、信贷流程管理等关键业务系统，实现金融行业全面信创的远大目标。

4.2.技术路线

描述技术路线方面的示范效果。

在该方案中完成了QianBase与两套芯片服务器全栈方案，包括：

技术路线一：鲲鹏920芯片+华为TaiShan200服务器+麒麟v10操作系统+易鲸捷QianBase分布式数据库+东方通中间件+中电金信eCas银行核心交易系统；

技术路线二：飞腾2500芯片+长城EF860服务器+麒麟v10操作系统+易鲸捷QianBase分布式数据库+东方通中间件+中电金信eCas银行核心交易系统。

两个方案中包括众多先进的国产软硬件技术，为推动中国金融信创技术生态的形成与成熟奠定了基础。

基于易鲸捷分布式数据库QianBase的基础平台。QianBase是国产数据库中少有的完全去中心、对等部署的分布式数据库，具备高性能、标准SQL等能力的基础上，支持极高的稳定性、可用性，对国产服务器、操作系统拥有非常高的兼容性和容错能力，是一款非常先进的国产分布式数据库。

中电金信eCas4.0银行核心交易系统。系统支持基于“分布式”+“微服务”架构设计，支持应用级、数据级分布式部署，系统可部署在分布式金融PaaS平台上，实现高性能处理、高可用、高可靠和可动态弹性扩展，帮助用户提升信息科技的自主可控能力。

4.3.创新效果

银行传统核心交易系统项目实施流程需要各个厂商产品单独采购、适配；国产硬件设备稳定性、性能相比海外技术差距大，导致项目周期长，优化深度不够，系统稳定性、性能存在不足，很难在有限时间内，完全全银行业的系统替换任务。

易鲸捷将所有的上下游厂商汇聚到一起，通过自主研发完全去中心化分分布式数据库QianBase为核心，打造银行核心交易系统全栈信创体系的解决方案，深度优化，通过银行核心业务打磨、验证后，可以将解决方案快速在全国范围内的银行中进行复制实施。

而每个新项目实施过程，仅需关注各个银行顶层业务系统中的个性化开发，从而大大缩短基础软硬件的联调适配工作；并且通过各个厂商的生态紧耦合，共同推进信创全产业链的快速发展，消除各厂商单独推进项目所遇到的各种产品适配阻力。

效果一：打造国产基础软硬件生态体系，制衡海外龙头厂商的垄断。

将芯片、服务器、操作系统、数据库等基础软硬件集成，打造成稳固、坚定的国产生态体系，通过多方面、多层次的共同努力，用国产生态力量，打破IBM、甲骨文、EMC等海外龙头厂商的生态垄断。

效果二：实施方便，快速部署。

通过将多种基础软硬件技术集成为一体机产品，开箱即用，降低银行核心系统实施难度，为实现核心系统全栈国产化生态替换实施提速60%以上。

效果三：统一运维，安全稳定。

通过统一的运维管理系统，管理所有的基础软硬件，问题快速定位，无需对接多个软硬件维护厂商，降低运维复杂的；通过各个产品深度优化、消除适配风险，提供高效率的银行核心业务支持能力。

效果四：综合成本优化。

通过一体机部署的方案，成本优于各个软硬件单独部署、维护，并且通过一体机内部的不断深入优化，将一体机打造成可以快速复制部署的解决方案，成本将会逐步降低。

出品 | 安东工作室

作者｜贵州易鲸捷信息技术有限公司

转载｜请注明出处

产品推荐

更多 >

政策资讯

金融信创 | 银行核心业务全栈国产化实施方案

1.1.背景与痛点问题

1.1.1.背景：

1.1.2.痛点问题：

1.2.方案与目标

1.2.1.业务目标

1.2.2.技术目标

1.3.方案适用场景

应用场景1：银行核心交易系统

应用场景2：城商行支付清算业务

应用场景3：核心业务系统查询库

应用场景5：运维平台

应用场景6：OA办公系统

2.1.方案实施总体架构

2.1.1.业务效果

2.1.2. 关键举措

2.2.主要指标需求

2.2.1.业务指标

2.2.2.性能指标

3.1.完全去中心化分布式数据库

3.2.持续在线服务功能

3.3.分布式事务一致性功能

3.4.更符合金融核心业务的跨中心容灾方案

3.5.数据分片灵活管理功能

3.6.应用开发透明功能

3.7.简单化运维功能

4.1.应用场景

4.2.技术路线

4.3.创新效果

产品推荐

WPS 365 一站式数字办公套件

统信UOS

一铭服务器操作系统

SOLO智慧党建标准系统（基础版 SDJ R300）