金融一般业务系统场景下,信创有哪些技术栈?替代方案原则?考虑替代选型要素有哪些?
收起金融信息技术创新项目工程建设客户都在分步进行,先进行试点,技术成熟后进行全面替代。
试点规模方面,按项目建设投资规模计,金融核心业务系统建设 当前信息技术创新 需占比10%+,至2025年达到50%+;金融一般业务系统建设 当前信息技术创新 需占比30%+,至2025年达到80%+。
信息技术创新技术栈
需自底向上从CPU,服务器/存储,操作系统,数据库,中间件,流版软件,桌面客户机及外设等来看:
替代方案原则
目前客户在推进金融信息技术创新项目过程中都按照"先边缘、后核心, 先局部、后整体"的原则,尤其在进行关键数据库的XC改造时,充分考虑可能面临的风险,选择适合自己的方案,进行XC改造与替代,以真正做到风险可控。
替代选型要素
从技术架构来说,选型是在选定业务系统应用开发商(或自研),参考其应用技术架构特点及其优选软硬件适配平台,选择合适的服务器/存储硬件平台,操作系统、数据库和中间件基础软件厂商和产品,从开发与运维角度来讲,就是选择厂商的产品可用性、功能和性能、案例丰富度、服务能力,在XC数据库选择方面,上述达梦、人大金仓、南大通用、优炫、瀚高等在XC名录里的国产集中式数据库,无疑是比较好的选择,从架构特点和运维方式上是接近传统Oracle/DB2数据库的,他们也都具备数据强一致性,诚然在Active-Active集群技术方面,它们与Oracle RAC、DB2 PureScale还有差距,但用主流的主/备[一主一备或一主多备]模式在故障情况下也能做到秒级或几十秒内切换,甚至比传统HA方案切换更快,也能基本满足客户的高可用性要求。
现在也有一些基本满足金融级数据一致性的国产分布式数据库产品(如腾讯TDSQL、PingCAP TiDB等)可供选择。但这些分布式数据库产品主要还是原生兼容MySQL,在兼容Oracle方面目前稍逊一筹。可是分布式数据库用在金融的一般业务或者核心业务里头,因其集群都是动辄十来台、甚至几十/几百台的规模。对于金融客户来说,都有上百套甚至数百套系统,这些业务系统的应用部分都可以做分布式集群改造,但后端数据库都上分布式数据库是不现实的,大部分业务系统的数据库从数据规模和并发要求来考量都可以用国产XC列表集中式数据库承载,初期建议与原有传统数据库系统并行运行,确保将风险降到最低。
当前大多数金融客户,无论是核心业务系统和一般业务系统,后台数据库大部分还是运行在Power服务器上,其中又以Power+Oracle RAC或Power+ DB2方案居多。浪潮高端K1 Power服务器一直是以承载客户关键数据业务系统见长,K1 Power服务器与上述各个XC数据库和分布式数据库都有深度适配,很多还有丰富的案例。在进行金融业务系统XC改造创新的时候,您仍可以放心的用K1 Power服务器承载新的XC数据库系统,K1 Power一方面可以以其一贯的高可靠性、高安全性和高性能特点,为金融XC关键数据库方案的高可用性提供更好的保障和补充,降低业务风险,另一方面也能为客户在Power服务器上的投资得以延续,降低迁移、改造过程的成本。