保险业核心系统国产化替代

保险业核心系统国产化替代
最新回答
眼泪的名字

2023-10-09 23:19:59

太平洋保险通过综合评估选型、制定替换方案、技术攻坚与工具创新,成功实现核心系统国产化替代,并确保性能提升与业务平稳运行,为保险业提供了可借鉴的实践路径。

一、国产化替代的核心挑战
  1. 原有体系绑定过深

    太平洋保险原有核心系统(如P17客服系统)与传统数据库(如Oracle)深度绑定,涉及百万行代码及配套生态工具(如自定义锁、自治事务、嵌套表等),迁移难度极高。

    系统覆盖产、寿、健康、长江等子公司业务,对时效性、数据稳定性、复杂报表处理要求严苛,任何改动均可能影响全局。

  2. 技术自主性与成本压力

    需替换OLTP/OLAP服务器,解决传统数据库维保费用高、总体拥有成本(TCO)高的问题。

    建立分布式数据库服务能力体系,提升IT中心对分布式技术的自主掌控能力,实现降本增效。

  3. 生态兼容与未来扩展性

    新数据库需支持原有业务数据架构,同时具备面向未来的可扩展性,避免短期内再次升级。

二、国产化替代的实施路径
  1. 数据库选型与综合评估

    评估指标:从功能、性能、易用性、完整性、可移植性、可靠性、扩展性、安全性等维度,对国产分布式数据库进行严格筛选。

    硬件与软件协同:选用海光芯片(硬件)与国产分布式数据库、统信UOS操作系统(软件),构建全栈信创环境。

  2. 解绑传统生态与制定替换方案

    全面梳理依赖项:针对P17系统,梳理出321个Oracle Job、176张Cognos报表、665项视图改造、15类5500余处语法兼容改造,以及数据导入导出组件重构等任务。

    兼容双生态:利用国产分布式数据库单集群兼容MySQL和Oracle生态的特性,整合分散业务系统,降低迁移成本。

    数据流通优化:通过迁移评估、数据迁移、实时同步、增量订阅一体化服务,构建稳定安全的数据架构。

  3. 技术攻坚与架构优化

    破除耦合关系:以国产分布式架构替代传统主备架构,重点解决数据库与操作系统、中间件的耦合问题。

    全栈功能架构设计

    应用设计原则:数据访问与操作优先在内存中完成,定期合并释放内存空间,减少读写放大。

    存储架构优化:基于OceanBase,核心业务集群独立部署,控制租户数量,利用分区优化数据生命周期管理,减少转储次数与非计划合并,避免读毛刺现象。

三、工具创新与效率提升
  1. 自研专项工具

    “指南针”预评估工具:扫描Oracle数据库改造项,覆盖近20个大类、200余个检查项,分析存储过程代码并定位问题,辅助识别冗余表与索引。在P17迁移中扫描出约6000个改造项,节约人力成本12.6人月。

    索引建议助手与迁移工具:自动化优化索引设计,加速数据迁移与语法兼容改造。

  2. 性能提升技术

    SQL优化器与并行执行:通过改写优化能力和分布式并行技术,显著提升处理性能。例如,寿险交易系统替换后,监管报送批量场景性能提升3倍。

四、实施成果与行业示范
  1. 业务平稳运行与性能超越

    P17核心系统自2022年12月18日上线以来,已稳定运行200余天,交易成功率达99.99%(“四个九”),证明国产数据库可替代传统数据库并满足高并发需求。

    分布式数据库实现单集群支持MySQL与Oracle租户共存(40个集群中含20个MySQL租户、140余个Oracle租户),验证了生态兼容性。

  2. 标准化与规模化落地

    制定33类标准规范与28类最佳实践,打磨16款专项工具,推动数百套系统(覆盖寿险、产险、健康险、养老险)落地实践。

  3. 行业示范效应

    太平洋保险的全栈国产化实践为金融保险行业提供了可复制的模板,证明国产化替代可在保障业务连续性的前提下实现技术自主与成本优化。