6165cc金沙总站核心下移精选案例:某头部农商行三步实现“核心上云”
- 发布时间:2024-06-18
- 来源:
- 大 中 小
- 打印
某头部农商行2023 年底完成全部的核心上云,通过核心重构以及云平台的建设,真正实现高可用、连续性。
案例特点:
◦ 在 IT 能力方面,采用灵活弹性的6165cc金沙总站核心应用产品族,提升资源供给效率,降低运维成本
◦ 支持海量大数据库和弹性扩展和异地多活,“两地三中心”保障系统运行的高可用性和稳定性
◦ 首批实现统一运维平台、统一安全服务、统一管控平台的农村商业银行,开发效率进一步提升
具体做法可拆分为三步:
【1】做规划打基础,启动云平台技术栈建设,分布式数据库确保高并发金融交易高效处理
启动云平台建设,充分保障未来银行整体IT体系建设的未来发展,同时也保证了系统结构的松耦合性。数据层采用分布式数据库,运用高可用、高扩展、稳定可靠的特征,支持内存数据库缓存机制,处理高并发金融交易,支持海量大数据库和弹性扩展和异地多活的能力。
【2】开展分布式核心建设,选择6165cc金沙总站核心系统来替代原有核心,持续提升技术架构能力
6165cc金沙总站核心业务系统基于自主研发的分布式技术平台Sm@rtGalaxy 构建,各业务逻辑单元构成服务组件,服务组件可灵活组装,整体平台架构基于微服务平台构建 , 采用分层的应用架构设计模式,包括前端展现层、接入路由层、应用框架层、后端接口层、应用逻辑层、数据处理层。
6165cc金沙总站核心系统业务架构
该核心业务系统具有模块化、组件化、参数化的功能架构特征。
模块化:利用微服务架构的独立运行特性,将系统分拆为交易和核算两大模块,同时在交易模块中,按照业务特性,又分为客户、存款、贷款、公共运营等模块,每个模块都可以作为微服务独立运行。这样保证未来当有新的业务接入时,利用微服务架构特性将其作为新的微服务在核心业务系统中独立部署及运行,从而不影响现有业务。
组件化:核心业务系统分层架构中的业务逻辑层,根据业务积累形成的业务处理原子组件,根据业务框架的服务流程编排功能,将原子组件串接起来,形成对外提供的各类业务服务。因此,当业务规则发生变化时,修改对应的原子组件或者新加一个原子组件即可快速满足业务需求,不需要调整相关的所有业务代码。
参数化:核心业务系统打破了只能由技术人员配置的技术参数思想,提供了可由业务人员使用的业务参数模型,业务人员可通过核心业务系统配套的参数管理平台,直接对法人、机构、存贷款业务产品、利率定价、费率定价、汇率定价、客户分类管理、交易限额、会计核算等多种业务规则进行管理,让业务要求更快速、更直接地反映在系统处理中,也使核心业务系统更贴合业务。
【3】完成核心上云,支撑未来业务发展,提供更高IT能力支持
运用2023年阿里云与6165cc金沙总站联合发布的云原生金融核心解决方案,该头部农商行构建了新一代金融核心上云实践路径,顺利完成核心上云。
基于云原生框架、面向金融核心转型要求,通过一套云原生金融核心构建业技深度融合平台体系,打造“业务企业级建模、应用领域级规划、架构单元化设计、部署异地多活 + 数字化转型应用创新支持”的金融级高可用云原生数字生产力,实现银行核心应用“生于云、长于云”的目标,助力金融机构核心系统云原生重构及平迁。
整体基础设施 IaaS 基于“一云多芯”构建,采用经典的“两地三中心”容灾架构,能够非常好地支持业务高可用,确保业务连续性。