解决方案｜瑞众保险信创规划和经验分享.docxVIP

瑞众保险信创建设

和经验分享

CONTENTS/目录

背景介绍

公司介绍信创背景

面临的挑战

痛点和策略

信创建设实践

信创云TCE建设

团险核心数据库去O

信创中的“坑”与“宝”

经验和收获

展望

建设成果和未来展望

背景介绍

公司介绍信创背景

瑞众保险介绍

公司简介

瑞众人寿保险有限责任公司（简称“瑞众保险”）于2023年6月28日获批开业，是经国家金融监督管理总局批准设立的一家国有制全国性人寿保险公司，总部位于北京。公司主要股东为九州启航（北京）股权投资基金（有限合伙）和中国保险保障基金有限责任公司。瑞众保险以专业领先的竞争优势及焕然一新的品牌形象赢得市场广泛关注，2024年保费规模2360亿,荣登年度最具影响力央国企榜单，上榜亚洲品牌500强。

信创工作介绍

公司领导高度重视，一把手工程，科技发展部负责推进公司信息技术应用创新，规划实施信创项目，保障系统安全适配与合规落地。

信创背景介绍

架构生态联合信创产业链伙伴，共建适配验证体系，

架构

生态

联合信创产业链伙伴，共建适配

验证体系，打通技术壁垒，形成

保险场景化应用生态合力。

打破传统烟囱式架构，

打破传统烟囱式架构，构建分布

式、弹性化体系，让核心系统适

配信创底座，实现业务与技术深

度融合。

姿态拥抱变革，将信创转化为业

务创新的内生动力。

信创

信创不是简单的‘换底座’，更是一次从架构、生态到心态的重构。它涉及技术、产品、服务等多个层面的创新与融合。

信创不是简单的‘换底座’，更是一次从架构、生态到心态的重构。

它涉及技术、产品、服务等多个层面的创新与融合。

面临的挑战

挑战和策略

信创建设面临的挑战

01

01

起步晚，时间紧

起步晚，时间紧

起步时间较晚，人手不足，按照最新金融信创二期要求任务很有挑战

02

02

技术栈分散，管理低效

技术栈分散，管理低效

开源PaaS组件版本混乱且漏洞频发，缺乏统一管理，协作效率低，运维管理成本增加。

03容灾能力薄弱

03

容灾能力薄弱

要满足金融业务双活/多活需求，业务连续性风险高。

信创硬件故障率较高（如掉盘、固件问题），缺乏

信创硬件故障率较高（如掉盘、固件问题），缺乏快速故障迁移机制。

04安全合规风险开源组件安全漏洞频发，监管要求金融核心系统达到等保/国密标准。

04

安全合规风险

开源组件安全漏洞频发，监管要求金融核心系统达到等保/国密标准。

多芯片混合架构多种信创CPU芯片架构选择,避免硬件绑定

多芯片混合架构

多种信创CPU芯片架构选择,避免硬件绑定多家软硬件厂商兼容适配程度不同

05

瑞众保险信创规划

信创规划

2025年攻坚突破阶段:信创云建设,团险核心数据库信创化实现15%的系统替代率和核心系统双轨运行,

2025年

攻坚突破阶段:

信创云建设,团险核心数据库信创化

实现15%的系统替代率和核心系统双轨运行,预计上线20+业务系统

2024年

试点筑基阶段:

立项信创云基础设施并验证团险核心数据库国产化POC

软硬件框架采购

2027年全面收官阶段:实现全栈信创化，

2027年

全面收官阶段:

实现全栈信创化，并确保数据库替换覆盖80%

深化推广阶段:

一般系统替代率提升至40%,预计60+业务信创化核心系统替换到20%

整体规划，分步推进，重点突破

信创建设实践

信创云TCE建设

团险核心数据库去O

瑞众保险IT架构规划

基于基础架构规划，打造以信创云平台为主、传统架构为辅的信创私有云架构。

基于自主可控信创基础设施构建分布式架构，实现由传统的集中式架构向分布式信创架构的进阶。

架构特点：

架构特点：提供分钟级资源交付和按需弹性扩缩的跨地域跨运营商内容分发网络、超大弹性带宽、海量并发服务能力;

承载业务：承载跨地域跨运营商接入、扩展性要求较高、业务流量大幅波动，无敏感业务数据前端应用；

架构规划：规划信创区与非信创区，可根据业务特点进行选择部署；各公有云通过专线访问数据中心，提供高速互联。

架构特点：

架构特点：提供具备分钟级以上资源交付、快速迭代、用户并发较大、系统伸缩性大弹性扩缩、故障发现与自愈能力的云平台；

承载业务：承载公司行销支持、客户服务、核心业务类及中台类应用，对接公有云前端、具有弹性扩缩容系统；

架构规划：规划多厂商信创云，具备虚拟化区、容器化区、微服务化区；根据各系统特点，部署到不同云厂商不同区域，具备弹性伸缩要求基于微服务化改造，有一定弹性伸缩要求基于容器化部署，传统业务基于虚拟化部署。

架构特点：

架构特点：提供基本的IAAS资源；采用不同