为深入推进青岛银行数字化转型，切实执行我行新三年战略规划落地实施，强化系统自主可控能力，提升核心竞争能力，支持业务产品快速创新、灵活运营，建设青岛银行新核心系统。

　　通过新核心项目，完成分布式技术平台的搭建、基础设施能力中心的建设，提供贷款、存款Ⅱ类及Ⅲ类账户、贸金等业务的全场景、全流程服务，完成相关业务新老核心平稳迁移。新核心系统采用同城双活分布式架构部署，使用海光服务器和Intel服务器混搭的模式，搭载麒麟操作系统、腾讯云平台、TDSQL数据库、神州数码Galaxy3.0技术平台等技术组件。

　　为分散投产风险，提前验证新标准数据可用性、新核心业务功能、新核心平台及数据库稳定性、新核心的交易性能、下游系统正确性、数据迁移正确性等，缩小系统投产出现问题的业务影响范围，采用分批次、分产品、分渠道策略进行投产，降低系统切换风险，缩小业务影响范围，实现平稳过渡。

　　为保障系统投产出现极端情况下，确保关键业务短时间内完成切换并持续运营，保证业务连续性。在项目实施过程中，设计回切老核心方案，增加新核心系统回切老核心应急处理机制，支持应急情况允许业务切回老核心业务系统，并恢复原有服务、恢复数据续作。

　　为保证业务不中断，从系统架构、数据备份、容错机制、故障监测和恢复策略等方面制定策略，保证在基础设施出现极端情况下，系统具备逃Kaiyun开云生能力，最大限度减少因硬件故障、软件错误等因素导致的服务中断时间。建设了云平台逃生环境，在生产扩展中心部署虚拟化平台和对象存储集群，应用侧部署一套独立核心业务系统；在双中心均故障时通过全局负载或者DNS做外部访问应用访问流量的切换。

　　同时，为避免数据库双中心同时出现性能异常或灾难性故障，存在数据丢失风险，制定数据库逃生方案，在生产扩展中心搭建异构库，采用数据同步工具实时同步关键业务表，在新核心系统数据库完全无法恢复的情况做为容灾数据冗余防止数据丢失，对新核心系统数据库修复后将数据迁移回TDSQL恢复业务，或作为临时查询库使用。

　　采用分布式架构，使用微服务开发模式，将核心系统拆分、剥离、重构，构建新核心系统及分布式技术平台，引入分布式数据库，搭建分布式云平台，实现分布式数据存储与分布式事务，快速响应市场需求的架构体系，横向扩展，支持高并发，保障核心系统稳定高效运行。

　　青岛银行现有核心系统2004年上线投产。随着互联网贷款业务开展，青岛银行将逐步将业务与互联网相结合，提供更全面、更便捷的金融服务。互联网业务具有高并发，海量数据量和业务复杂的特点，对目前金融服务系统提出较高的要求，必须能够满足支持高并发下的性能要求、海量数据的分布存储要求以及业务复杂导致系统集成复杂等要求。

　　核心系统使用AS400开发，技术体系封闭，自主控制能力弱，小型机仅支持垂直扩展，不具备横向扩展能力，无法支持分布式、多活、热备等现代化信息系统的性能和扩展性要求，投入过大且无法满足信创需求。新核心系统采用腾讯云平台、分布式数据库等进行部署，并于2025年2月完成一期功能投产。

　　青岛银行核心系统技术架构如下，分布式核心系统全面支持信创要求，支持开源中间件和国产数据库，不依赖任何软硬件，保障整个系统的自主可控。

　　分布式技术平台：分布式技术平台是该项目中的核心部分，为我行提供有针对性的、全面的分布式能力支撑。主要包括：

　　分布式服务运行平台：包括自身运行态的部分，还涉及外部接入的适配，以及配合的管控体系。为业务系统在服务层面提供分布式的处理机制，使其由集中式转换为分布式，从而具备的横向伸缩的能力，并且支持业务按不同的维度进行拆分，又可以有机的组合在一起，可以灵活的应对互联网带来的快速变化。

　　分布式数据存储及访问：主要通过数据水平切分的方式，将数据进行分布式存储，并提供读写访问的机制。该模式以现有的关系型数据库为基础，不会对其它的运维体系带来冲击，同时又解决不断增长的数据量的问题。

　　分布式事务：不同的业务场景对事务的要求有一定差异，平台能够提供多种不同的分布式事务机制，适配不同的场景。

　　分布式缓存访问：提供无侵入的分布式缓存访问机制，大幅减少跟数据库的访问次数，使业务系统的性能大幅度提升。

　　分布式调度：提供统一的调度控制，可以使分布式的多个应用节点及数据节点全部参与运行，大大降低网点关门后的批量处理时间，并且内部提供对大数据量的任务自动进行分段的机制，保证任务的快速执行。

　　全局序列：对分布式系统提供统一的序列支持，从唯一性、递增性、连续性三个方面提供了多种序列的实现机制，满足不同业务场景对序列的差异化需求。

　　立足信创要求，替换现有集中式核心业务系统，构建新一代分布式核心系统，实现新老核心平稳迁移，旨在通过技术创新促进业务创新，支持业务产品快速创新、灵活运营，支撑青岛银行数字化转型、三年战略规划落地及未来高质量发展，持续提升核心竞争力，逐步实现核心关键技术自主可控，主要表现在：

　　第一，构建安全可靠技术平台、全面支持信创：建设信创基础设施平台，搭建分布式服务平台，实现跨区容灾，支持系统横向扩展，服务弹性伸缩，实现系统的高可用性、高性能、高效率和高并发的能力；设计稳健核心后台和敏捷前台的应用架构；打造支持智能化数字应用的新型数据架构体系。

　　第二，与青岛银行整体科技架构、业务架构相适应：所需软、硬件标准符合青岛银行整体架构要求；部署方式符合青岛银行科技系统部署规范；产品功能模块可定制化，灵活定制符合本行业务需求的功能；与其他科技系统间低耦合。

　　第三，进行业务服务能力建模，合理并优化核心服务能力。如建立丰富的计价模型、实现交易与核算分离、进行内部账优化、实现参数的规范管理、健全数据标准体系等，最终实现灵活、高效、易于运维开发的新核心系统。

　　项目启动阶段，讨论并确定项目的实施方案、组织结构以及项目的实施计划、资源需求和项目管理等要求，重点完成项目工作说明书的编制和确认，项目管理章程确认和发布，制订项目实施计划、质量保证计划和配置管理计划。召开项目启动会，对项目的目标及建设方案进行宣贯，项目正式启动。

　　需求分析阶段，业务和技术人员根据供应商的原型功能需求，分析产品和业务流程以及与现有外围系统的接口差异等，梳理和识别业务和技术的差异，讨论并确定解决方案，形成需求规格说明书。

　　差异分析遵循一定的分析方法和过程，做到有效的识别出差异，既不会漏掉重要的功能差异也不会将一些其实不影响最终系统目标的差异都添加进来。差异主要归为三类：操作类（操作不方便、效率低，例如缺省值等）、界面类（翻译错误、布局不合理、界面缺失）、功能类（功能不符合、功能确实），一般原则为操作类、界面类不作为差异，功能类筛选出来进行差异判断。

　　根据项目的差异需求和对应解决方案，整体考虑并结合产品的架构设计，完成技术架构的分析和设计工作。设计内容包括关键业务流程和指标建议、数据模型、应用体系结构、外围系统分析及调整等，通过系统设计对差异需求解决方案的技术关键点进行验证。

　　项目组按照《需求规格说明书》编写系统概要设计和详细设计、系统部署方案（主机、网络、操作系统、中间件、数据库等），及与周边系统接口对接等技术方案。差异分析及架构设计，根据项目的差异需求和对应解决方案，整体考虑并结合产品的架构设计，完成技术架构的分析和设计工作，通过系统设计对差异需求解决方案的技术关键点进行验证，并形成架构设计或概要设计文档。项目总体设计遵循CMMI-4对项目总体设计工作的要求。

　　在数据过程中，安排熟悉数据移植方法论和移植技术的专业性业务和技术人员，对系统的数据结构及生产数据状况进行深入分析，从而确定数据映射关系、数据清理内容及数据移植范围，并编写数据移植总体方案、数据清理和补录方案、数据检核（含技术检核、业务检核）方案等。

　　根据已经通过评审的概要设计和详细设计，进行差异需求的配置及开发工作，并对开发的代码执行单元测试。为保证交付质量，代码开发前对行方开发人员进行规范培训，并在开发期间对关键代码进行走查、审核，并形成相关报告。

　　在编码和单元测试的过程中时，质量组根据开发规范和代码走查要求，结合质量保证流程对关键代码进行走查、审核，并提供相关报告。项目组对开发任务进行拆分、下达和检查，并逐一落实到实施小组实施，制定代码开发规范提升代码开发质量。

　　功能测试和性能测试是项目质量保证的关键手段，根据项目实际情况编写系统测试方案，并按照测试计划完成测试案例，及时定位测试缺陷并在规定时间内修复测试缺陷，项目组依据测试情况，更新安装维护手册，并制定项目投产演练方案、指挥方案等。

　　在测试过程中利用自动化测试工具、定期数据库备份、老系统生产报文截取方式以减少重复录入节省测试时间。整个测试执行阶段，测试的计划和用例不断优化和调整。测试结束后，最终形成测试报告，包含已执行测试数量、发现的缺陷数量，修复缺陷的数量，缺陷严重程度等信息。

　　业务组编写业务测试案例并执行，开发定位测试缺陷并在规定时间内修复测试缺陷。同时，根据项目实际情况同步准备业务培训教材，及与投产相关的绿灯测试案例、试营业案例、应急支付方案、回退方案制定工作。

　　业务测试完成功能测试和全业务流程的验收，测试系统功能能否满足业务用户的要求，保证功能和全业务流程检验的的客观性。在测试过程中，为提高缺陷解决效率，进行系统缺陷级别分类，加强开发和测试配合默契度从而提高测试效率。

　　基于当前系统的复杂程度，尤其是与本系统相关联的外围系统等，为此我行制定投产演练的任务，涉及业务部门、分支行、技术部门、厂商等，解决程序缺陷问题、版本控制问题、上线文档不完善问题、腾讯数据库问题、人员安排问题、机制流程问题等。

　　通过投产演练确认各项任务的实际完成时间，并据此对切换计划进行适当的调整，同时让上线人员能够预先熟悉切换过程中的各种工作流程，达到熟练操作的目的。投产方案及任务单经过投产演练进行验证和修改，确保正式投产过程的准确执行，同时，任务单严格执行，所有参与投产人员设置双岗，一岗负责执行，二岗负责检查。制定投产过程中重大事项的处理原则和方法，并对各类突发事件的应急方案进行了投产演练。在实际切换过程中严格按照切换计划按部就班执行，实现青岛银行新核心系统平稳切换。

　　青岛银行新核心系统支撑日均交易量约1500万笔，实现了日均千万级交易处理，系统覆盖约2000万客户数，总资产规模突破7000亿元。通过新增功能、流程重构、规范规则提高产品管理和业务连续服务能力，提升用户体验和客户服务能力。新增灵活的贷款还款方式，提高还款操作的灵活度，满足客户多样化需求；重构业务流程，提升业务处理效率；实现7*24小时无间断服务，提升交易支撑能力；新增线上还款等业务功能，提升用户体验。

　　通过项目建设探索出可推广的开发实践能力，包括自动化测试平台、运维管理平台实践、分布式基础架构对接能力，详细内容如下：

　　自动化测试平台支持web端、移动端自动化测试需求但不限于UI以及接口自动化测试，自动化测试人员根据现场实际需求执行自动化测试工作，包括不限于自动化脚本开发、自动化案例编写、自动化测试执行、出具测试报告等。

　　自动化测试平台可以推广至其他项目使用，支持基础数据准备、冒烟、专项、回归的自动化测试及脚本库管理和复用等功能。通过编写程序、接口和脚本，把不同的开发、测试工具集成在一起，形成持续集成环境，大大提高了软件开发、测试的效率和质量。

　　微服务平台采用了Cloud Native的设计思想，除数据库及缓存外，其他组件均采用低状态或无状态的微服务设计理念开发，使应用组件云原生，可以很好的支持在虚拟机或者容器化PaaS平台上进行工作。微服务平台均提供容器镜像版本，同时在支持容器化部署的基础上，具备对接DevOps的能力，支持敏捷CI/CD，可以进行持续集成、持续部署、持续交付。

　　新核心系统采用分布式架构，基于自主研发的Galaxy分布式技术平台，系统采用JAVA语言，具备良好的通用性、开放性、可移植性。系统运行时只需要具备JVM的运行环境即可，系统采用独立于中间件、数据库平台的开放式架构设计，不依赖特定应用中间件。

　　新核心项目在管理上建立了有效、规范的分布式架构管理体系；培养大量专业性分布式人才，通过本次实施积累项目经验，能够在其他项目中发挥分布式架构对接能力。

　　行内由双核心变为单核心，实现业务统一管理，完成贸金业务剥离，实现业务解耦，下线无效数据表和报表，优化贷款业务在柜面、信管等系统的处理流程，释放存储和计算资源，降低运维成本，提升业务效率。

　　新核心系统支撑日均交易量约1500万笔，实现了日均千万级交易处理，系统覆盖约2000万客户数，总资产规模突破7000亿元，分布式存储架构降低存储成本，流程优化节约人力资源。

　　取消集中处理环节，缩短出账时间，实现直通放款；取消二次手工录入，实现贷款变更联动处理，重构贷款变更功能；精简授权场景，重塑柜面贷款交易，提高交易处理质效。

　　存款、贷款均支持24小时交易，有效支撑夜间交易，支持自然日0点日切，使小微企业、个体工商户等非传统工作时间客户获得更便捷的金融服务。

　　明确产品并完善业务产品的范围和属性，新增等本等息、气球贷等还款方式，优化三方合作贷款功能，“客户/账户限制+多样化名单”体系，提升客户体验。

　　基于新核心系统建设，青岛银行在项目治理、需求管理、测试质效、数据治理、技术规范、风险管控六大领域形成体系化方法论，可以为相关大型金融科技项目提供经验。

　　通过建立“PMO-项目群”双线管控模式和资源动态调配机制，实现人力、硬件等资源的跨项目统筹优化；同时协同研发、测试、运维三维度项目治理体系，实施项目进度与质量的双轨管控，并制定包括评审管理、需求与设计基线变更管理等在内的全面质量管理机制。

　　在团队能力建设方面，通过支行一线培训、双导师制及三轨培训模式，结合自研团队与厂商的竞合协同及定期技术对标，持续提升技术自主可控能力。此外，建立跨部门及总分支协同沟通机制，提前明确各方职责与任务分工，配套问题闭环管理流程，实现事项进展实时共享、解决方案快速落地及定期复盘，确保项目高效推进与持续改进。

　　建立系统化的需求分析方法论，通过业务专题方案拆解核心业务流程与目标，明确关键业务场景和诉求；基于需求分析识别差异化需求，形成差异解决方案，最终依托全量需求详细分析，对功能、非功能及技术需求进行结构化拆解与优先级排序，形成端到端的需求全流程跟踪。该方法论贯穿项目全生命周期，确保需求分析的完整性、精准性与可落地性，为后续方案设计、资源规划及风险管控提供科学依据。

　　基于项目需求文档和设计文档，制定完整的测试方案和测试案例库，确保测试工作精准覆盖业务场景，并沉淀形成新核心系统贷款、贸金等领域的全量测试案例资产，为后续项目提供标准化参考。同时，针对Kaiyun开云新核心系统分布式架构特点，融合混沌测试、自动化测试和性能测试，构建了一套符合我行技术特点的混沌测试流程体系和标准规范，有效验证系统高可用性和容错能力，为同类大型项目的测试工作提供方法论指导和最佳实践支撑。

　　形成数据治理方法，启动血缘分析、建立数据模型，并制定数据标准，建立下游系统码值映射库，提升数据治理能力。

　　系统性地制定了分布式技术平台分片设计规范、TDSQL数据库开发标准及最佳实践、开发运维一体化流程等核心技术标准，为新技术落地提供规范化指引；同时，针对系统高可用性要求，专门设计了新核心系统逃生方案，通过多级应急响应机制和灾备策略，确保在极端故障场景下能够快速恢复业务，有效应对应用系统及云平台可能出现的复杂问题，全面提升系统韧性与业务连续性保障能力。

　　在风险管控体系创新方面，通过分批次投产、试报送环境验证及下游生产数据对比等方法，有效降低系统切换风险；同步建立覆盖项目全周期的监管上报与对外报送机制，制定标准化报送模板，确保信息及时性与规范性；同时构建包含问题管理、事件应急响应及投产实时监控在内的新核心项目投产管理体系，通过流程化的问题闭环机制和分级应急方案，实现风险早发现、快处置，全面保障系统投产的平稳性与可控性，为类似大型项目落地提供风险管理支撑。

　　更多金融科技案例和金融数据智能优秀解决方案，请在数字金融创新知识服务平台-金科创新社案例库、选型库查看。返回搜狐，查看更多