保险行业IT国产化落地观察:从外围到核心,从替换到运行

保险行业 IT 国产化已从外围系统进入核心承保、理赔、投资交易和监管报送。本文用 50 家机构的公开案例,梳理从行业指引到生产运行的进度、技术路线、效果与差距,并给出 2026-2028 年的落地判断。

2026 年,保险 IT 国产化走到一个分水岭。一边是头部机构宣布完成全险种、全核心系统的国产数据库升级;另一边是大量中小机构仍在为一次核心切换做双轨演练。公开案例很多,口径却并不统一:有的说“上线”,有的说“单轨”,有的说“全栈”,有的只是把数据库换了。

本文把 2025-2026 年能查到的 50 家保险机构、60 余个公开项目与采购放在一起,尝试回答三个问题:谁已经跑通,靠什么跑通,离真正的单轨运行还有多远。

先把结论放在前面:核心系统已经有人跑通,但全栈和单轨仍是少数;数据库替换已经进入规模化,但运行体系还在补课;2026-2028 年,竞争焦点会从“选哪个数据库”转向“谁能把核心系统稳稳地切过去、跑下去”。

一、行业指引:自主可控从“原则”变成“采购条件”

保险信创不是一条孤立的技术路线。它同时受三条线牵引:数字化转型的自主可控要求、监管数据标准化的报送要求、金融网络安全的供应链要求。2022 年的指导意见把“关键技术自主可控”写进科技治理;2024 年的人身险 EAST 2.0 把数据报送从“报表”推到“主题域”;2026 年的 AI 安全意见和网络安全管理办法征求意见稿,则把算力、模型、数据、工具和采购清单一起纳入监管视野。

表 1 行业指引:从“原则要求”到“采购条件”

时间 文件/指引 关键要求 对保险 IT 的影响
2022-01 《关于银行业保险业数字化转型的指导意见》(银保监办发〔2022〕2号) 关键技术自主可控;加强技术供应链安全管理;管控第三方集中度与供应链风险 把自主可控从倡议变成科技治理要求,为后续信创投入定调
2021-12 《保险科技“十四五”发展规划》 到 2025 年 IT 投入占营收超过 1%,业务线上化率超过 90% 给出投入与线上化基数,头部机构科技投入持续加码
2024-11 《保险业监管数据标准化规范(人身保险公司2024版)》(金办发〔2024〕117号) 16 个主题域、105 张表、约 2772 个数据项;每月 15 日前报送 人身险 EAST 2.0 启动,报送、数仓、数据治理系统集中改造
2025-12 《银行业保险业数字金融高质量发展实施方案》(金办发〔2025〕95号) 未来五年数字金融治理、AI+金融、数据要素、数字风控 信创与 AI、数据平台投入叠加,科技预算向核心能力倾斜
2026-01 《保险业监管数据标准化规范(财产保险公司2026版)(征求意见稿)》 25 个主题域,覆盖承保、理赔、再保、投资、农险、车险等 财险 EAST 2.0 进入准备期,数仓与报送改造需求外溢
2026-06 《关于银行业保险业人工智能安全开发应用的指导意见》(金发〔2026〕8号) 自主可控;算力、模型、数据、工具供应链安全;高风险承保理赔准入与人工监督 AI 应用必须建立在自主可控底座上,信创从“替代”延伸到“AI 基础设施”
2026-07 《金融业网络安全管理办法(征求意见稿)》 供应链安全审查;年度网络产品与服务采购清单;CIIO 年度风险评估 采购清单、供应链审查、核心系统自主可控从倡导走向合规约束
2027-2028 行业时间表(媒体转述的监管窗口指导,非单一公开文号) 2027 年全系统信创,2028 年核心系统单轨运行;国资委 79 号文对央国企要求 2027 年 100% 替代 2026-2027 成为核心投产与单轨攻坚窗口,保险机构按“核心/一般/办公”分层推进

需要区分三类依据:一是公开文号,如金发〔2026〕8号、金办发〔2025〕95号、金办发〔2024〕117号;二是征求意见稿,如《金融业网络安全管理办法(征求意见稿)》;三是行业时间表,2027/2028 主要来自媒体对监管窗口指导的转述,未见公开文号。国资委 79 号文全文未公开,2027 年 100% 替代的要求来自媒体与券商转述,适用于央国企,不直接等同于所有保险机构。把三类依据混在一起,是当前保险信创讨论中最常见的口径误差。

投入端的数据也在印证这条线。中国保险行业协会披露,2025 年全行业信息科技总投入 480 亿元,AI 专项 15 亿元,同比增长 50%;IDC 测算 2025 年中国保险业 IT 解决方案市场 100.6 亿元,降幅收窄,进入“企稳分化、存量竞争”;中科软 2025 年保险 IT 收入 31.10 亿元,覆盖约 98% 的国内保险公司、约 83% 的核心业务系统。两个市场数字口径不同,前者含机构自建与运维,后者是第三方解决方案;但它们指向同一个事实:保险 IT 的钱还在花,只是更集中、更务实,核心系统与信创是少数还在扩张的预算项。

二、落地总表:50 家保险机构的公开进度

本文梳理 50 家保险机构、60 余个公开项目与采购。表中“已投产”指系统已进入生产运行,不等同于旧栈已下线或全栈信创;“在建”指已招标、已中标或已公开规划。厂商案例中的效果数字为厂商或机构公开披露,未经过第三方审计。

表 2:头部与集团型机构(已投产/规模化)

机构(类型) 系统/范围 国产化栈与公开效果 状态/口径
中国太保(集团) 全险种、全核心系统 OceanBase;300+ 系统、6PB 数据完成升级;分析处理快 10 倍,存储节省 80%+,累计降本超 1 亿元;转型完成率约 94% 已投产;全国首个全险种全核心,公开报道
中华财险(财险) 车险新核心,29 省 OceanBase + SOFAStack + mPaaS;2021-02 上线,2023-07 稳定 872 天;7 险种、100+ 系统、25 个核心;RPO 为零、RTO 低于 30 秒 已投产;混合云核心
阳光保险(集团) 集团、产险、寿险、资管 200+ 系统 OceanBase;20+ 集群、约 400 实例,覆盖约 40% 数据库;700+ 天;硬件成本约 -50%;RPO=0、RTO<8 秒 已投产;含核心,规模化
中国人寿寿险(寿险) 400+ 核心库、1PB 数据;CMDS、企业年金 PolarDB、达梦;2021-2022 一年迁移 400+ 核心库、1PB;企业年金 2020-12 上线,性能 +30%、批处理 -50%、代码改动 <10 行 已投产;核心库/年金,多库
国寿财险(财险) 30+ 系统(2021)、23(2022)、53(2023);数据平台 达梦、TiDB、GaussDB(DWS)、宝兰德、东方通;2021 年 30+ 系统,性能 +30%、故障率 -40%、总成本 -30%;数据平台 36 数据节点、10,101 个 ETL、32,078 张表 已投产;全栈分年推进
泰康保险(集团) 22 个系统(2021);核心系统 达梦;2021 年一年多完成 22 个系统;达梦称核心系统替代 Oracle;2024 年达梦驻场服务 已投产;厂商口径,核心范围未披露
中国人保(集团) 人保财险数据平台、北京分公司数仓;人保资产估值 GBase 8a、GaussDB、OceanBase、达梦、麒麟、东方通;数据平台 100+ 节点、多 PB;北京 687 个 Informix 脚本迁移至三库;人保资产 2026-01 全栈信创估值 已投产/在建;集团多库
中国平安(集团) 平安产险权益系统;平安人寿关键系统 TiDB、OceanBase;平安产险 110TB+、300+ 实例、API +58%、硬件 -50%;平安人寿 100 万+ 表、峰值 108 万 QPS、最大单库 200TB、10 个 100TB+ 库 已投产;外围+寿险核心
新华保险(集团) 资金管理 2.0;数据平台;核心系统 麒麟 V10、KingbaseES V8R6、宝兰德、达梦、GaussDB(DWS);资金 2.0 保融 720 万,2027-05 全功能上线;核心达梦为厂商口径 在建/多栈;核心范围待披露
华泰保险(集团) 400+ 系统、3000+ 虚拟机 TencentOS、TCE、TDSQL;切割 <15 分钟、0 安全事件、99.999%、性能 +10%、基础设施成本 -30% 已投产;云底座全栈
中再集团(再保险) 综合管理、OA/邮件、OB 平台 UXDB、GBase 8s、OceanBase;UXDB 2TB、300+ 表、2 亿行大表、RPO=0/RTO<30 秒;OB 平台扩容 397.86 万 已投产;外围/平台
中国信保(政策性保险) 信保云、核心业务、新资金系统 ZStack、飞腾/鲲鹏/海光、分布式微服务、保融;3 数据中心、两地三中心、6 种芯片;核心业务分布式重构;新资金 326 万 已投产/在建;云+核心+资金

这张表里,最值得注意的不是某一家用了哪个数据库,而是“全核心”开始出现。太保、中华、国泰、华安、众诚、瑞众、三星等机构的公开信息已经越过外围系统,进入承保、理赔、收付、车险等核心链路。中华财险 872 天、国泰产险近 5 年、阳光保险 700+ 天,说明国产数据库在保险核心场景的稳定性已经有长周期样本。

表 3:中小、专业与外资机构(已投产/试点)

机构(类型) 系统/范围 国产化栈与公开效果 状态/口径
建信人寿(寿险) 团险核心、移动互联网 5 系统、数据类 达梦 V8、麒麟 V10、国产中间件、建行云;2022-11 团险核心 3+6 系统;2024 年 5 系统上建行云信创栈;2025-2026 数据系统改造 已投产;核心+外围
瑞众保险(寿险) 团险核心、20+ 系统 TDSQL-PG、TCE、麒麟/TencentOS、宝兰德/金蝶;2025-10-24 投产(8 个月);兼容 99.4%;性能 +20%、批处理 +25%、成本 -40%;RPO=0/RTO<30 秒;5.12T 已投产;核心,全栈云
三星财险(外资财险) 全量核心 TDSQL-PG、TCE;2025-07-20 切换;兼容 98%+;跑批 12h→5h;DB 成本 -80%;RPO=0、RTO<30 秒;99.999% 已投产;全核心上云
太平人寿(寿险) 数据服务中台 TDSQL;日均千万级调用;并发 +25%、成本 -30%、99.999% 已投产;数据中台
大地保险(财险) 超级 APP、20+ 系统 KingbaseES、达梦、TDSQL-PG、OceanBase;800 万 DAU;兼容 98.7%;217 秒割接;回退 <90 秒;10TB、20+ 系统;2026 多库框架 已投产;外围+多库
华农财险(财险) 车险监控 KingbaseES;2024 Q3;98% 逻辑不改;RTO 小于 30 秒、RPO 为零;3000+ 并发;查询 +40% 已投产;车险监控
昆仑健康(健康险) EAST、银保通 KingbaseES/KES、MPP、KFS;3T+、7511 表、20 分钟;银保通 MySQL 替换;2025 金信通 已投产;监管/渠道
渤海财险(财险) EAST MogDB;2021;3 个月;效率 +50%;一主八备;RPO=0/RTO<10 秒 已投产;监管
利安人寿(寿险) IFRS17 GBase 8a;8 节点 MPP;跑批缩短、存储/ETL 成本降低 已投产;财务
君龙人寿(寿险) 新一代寿险核心 恒生保泰 + 国产服务器/DB/OS;2024-12 全面上线;3 年;承保自动化 97.99%、核保 98.93%;效率 +70% 已投产;寿险核心整体替换
众诚保险(车险) 40+ 系统 OceanBase;2024-11 一次性切换;两地三中心;License -77%、存储硬件 -85% 已投产;核心+外围
鼎和保险(财险) 42 系统(2021-2023)、12(2024)、3 核心+19 一般(2025) OceanBase、一云多芯;OB 承载核心 3+ 年;2025 扩容;2026 维保 已投产;核心
国任保险(财险) 核心交易、非车核心、理赔、精算 OceanBase、TiDB、ZStack、海光、麒麟、Easysearch;2025 OB 核心采购 90 万;ZStack 信创云 2025 鼎新杯;TiDB 2026 维保 已投产/在建;核心/云
合众人寿(寿险) 合规、风险、OA/邮件 MogDB、达梦、海量、XSKY、SmartX;2022 起 MogDB 替换 Oracle;一池多芯;8000 万客户 已投产;外围
民生保险(寿险) 新一代寿险核心 TCE、TDSQL、一云多芯;2022-05 投产;千万保单;70% x86/30% 国产芯片;同城双活 已投产;核心
百年人寿(寿险) 核心系统、200+ 应用 华为全栈专属云、达梦、东方通、麒麟;2025-09-13 迁移;1500+ 验证;响应 1s→10ms;150→200 TPS;99.99% 已投产;核心上云
广东能源自保(自保) CAS25 金仓、太保科技;2024-11 招标 468 万;2025 稳定运行;2025-12 金仓采购 10.9 万 已投产;自保核心

中小机构的打法更像“单点突破 + 云底座”:瑞众用 TCE/TDSQL 在 8 个月完成团险核心,三星用 TDSQL-PG 完成全量核心上云,众诚用 OceanBase 一次性切换 40+ 系统,鼎和用 OB 承载核心 3 年以上。它们共同说明:中小机构不必自建全套栈,借助专有云、云平台和集成商,可以在 6-12 个月完成核心切换。

表 4:资管、互联网与专业机构(已投产)

机构(类型) 系统/范围 国产化栈与公开效果 状态/口径
国寿资产(保险资管) O45 投资交易 鲲鹏、OceanBase、麒麟、东方通、UFTDB;2025-10-09 全栈信创上线;性能较 O32 提升 10-20 倍;O32/O45 并行两周 已投产;资管核心,全栈
人保资产(保险资管) 估值核算 V5.5 GaussDB、麒麟、东方通、赢时胜;2026-01-23 切换;27 个上下游接口;T+0 跑批 +40% 已投产;资管核心,全栈
太保寿险(寿险) O45 投资交易 恒生 O45 + 全栈信创;2026-01 上线;下单 100→1000 笔/秒;半年实施 已投产;资管/投资交易
招商信诺资管(保险资管) O45 投资交易 恒生 O45;2024-07-22 上线;保险资管首家 O45,全账户一次性切换;非全栈信创 已投产;资管核心
国泰产险(财险) 核心系统 OceanBase;公开分享时已稳定近 5 年;双 11 峰值 8.5 万 TPS;成本 -2/3、性能 +20%;RTO<30 秒/RPO=0 已投产;核心
华安保险(财险) 意健险理赔、车险承保、非车承保 OceanBase、鲲鹏/x86 双栈、中电金信;2022-12/2023-04/2024-02 分批上线;预计 2025 年全面建成;硬件 -50%、存储 -75%、处理 -30% 已投产;核心
永安保险(财险) 意外/健康及核心 GaussDB;性能 7 倍、60 万 QPS、1 写 15 读、128TB、RPO=0、成本 -25% 已投产;核心
众安财险(互联网财险) 核心系统 OceanBase;公开客户,核心系统稳定运行 已投产;公开客户口径
申能财险(财险) 全栈信创私有云 ZStack、一云多芯、存量利旧;2026 鼎新杯信创云成果 已投产;云
财信人寿(寿险) 统一监管报送、IFRS17 TDSQL-PG;2025-10-31 平台上线;15 主题域/112 报表;IFRS17 8 生产+3 灾备节点 已投产;监管/财务
信美相互(相互保险) EAST 2.0 监管报送平台;2000+ 校验规则;72h→5h;2026 全球保险科技案例奖 已投产;监管
瑞泰人寿(合资寿险) 信创自主总账 汉得;2025-03 建设,适配 IFRS17/CAS25 已投产/在建;财务

资管与专业机构是另一个战场。国寿资产 O45、人保资产估值 V5.5、太保寿险 O45 都把“全栈信创”写进了核心交易或估值系统;国泰、华安、永安、众安则证明互联网化程度高的财险核心可以承受高并发。资管核心的信创难度不低于寿险核心,因为它同时要求交易、估值、风控、合规多系统联动。

表 5:2026 年在建、招标与规划

机构(类型) 系统/范围 国产化栈与公开效果 状态/口径
中邮人寿(寿险) 新核心保单管理域 国产数据库平台、麒麟/UOS;2026-03 中标候选人长虹佳华/天玑;2028 核心国产化目标;legacy Oracle/WebLogic/x86,10,000+ 表、1,000+ 存储过程 在建;核心
中汇人寿(寿险) 通用软件供应商库 操作系统/中间件、集中式/分布式数据库;2025-09 招标,2025-10 入围 规划;供应商库
富德保险(集团) 国产数据库框架 23 套 不限品牌;2025-09 招标;东方通中间件框架 2025-10 规划;集团框架
大家保险(集团) 金仓扩容 84 授权;分析型平台 Kingbase、国产分析型平台;2026-07 金仓 622.44 万;2026 中国长城分析型平台 在建;集团/资管
信泰人寿(寿险) 信用评级、投资研究 达梦;2026 采购,Oracle→达梦+历史数据迁移 在建;外围
人保财险北京(财险) 信创数据库迁移/数仓 GBase 8a、GaussDB、OceanBase;687 个 Informix 脚本;ODS/DWD/DWS;2027-03 前 在建;数仓
中再保数字科技(再保险) OceanBase 平台扩容 OceanBase;2026-06 中科软 397.86 万 在建;平台
太平再保险(再保险) 产险核心 捷泰天域;2026-01 中标 463 万 在建;再保险核心
中信保诚(合资寿险) 团险核心、团险理赔 中科软;2026-07 团险核心信创化 288.15 万;2026-10 理赔改造 95.58 万 在建;核心/理赔

在建项目更能说明 2026-2027 年的方向:中邮人寿新核心保单管理域、新华资金 2.0、人保财险北京数仓、太平再产险核心、中信保诚团险核心,都是“核心或准核心”;中汇、富德、大家则在补供应商库和数据库框架。2026 年的招标市场,已经从“买数据库”变成“买核心系统改造 + 数据库平台 + 迁移服务”的组合。

另有中银三星 IFRS17、泰山财险数据库同步、东方嘉富人寿数据库扩容、中邮资管 Vastbase、瑞泰人寿信创总账等项目未单列,但方向一致:从数据库授权走向系统改造与运行服务。

三、六个判断

1. 核心系统已经破题,但“全核心”仍是少数

从公开信息看,至少 25 个项目已经直接涉及核心或关键业务系统:太保的全险种全核心、中华的车险新核心、国泰的财险核心、华安的三条核心链路、众诚的 40+ 系统一次性切换、瑞众和三星的团险/全量核心、君龙和民生的寿险核心、国寿资产和人保资产的资管核心。这个名单已经足够说明,国产数据库不是只能跑外围。

但“全核心”仍是少数。更多机构是“一个核心域 + 多个外围系统”先走,或者“核心双轨、外围单轨”。真正把承保、理赔、收付、再保、投资、监管报送全部切到国产栈,并让旧栈下线的机构,公开可查的不超过十家。核心系统国产化已经从“能不能”进入“怎么稳”,但离“全面单轨”还有距离。

2. 数据库路线三分天下,没有单一赢家

在本文 50 个项目中,OceanBase 出现约 16 次,是出现频率最高的数据库;达梦约 10 次,金仓约 6 次,GaussDB 约 6 次,TDSQL 约 6 次,GBase 约 4 次,TiDB 约 3 次。这个分布不是偶然,而是三条路线在保险场景里的分工。

第一条是分布式互联网路线,代表是 OceanBase、TDSQL、TiDB、PolarDB,主攻高并发、海量数据、云原生和核心交易。第二条是集中式兼容路线,代表是达梦、金仓,主攻 Oracle 语法兼容、存量应用少改造、监管报送和一般业务系统。第三条是 MPP/数仓路线,代表是 GBase 8a、GaussDB(DWS)、MogDB,主攻 EAST、IFRS17、ODS/DWD/DWS 和经营分析。

没有一条路线能通吃。太保、平安、人保都是多库并存;国寿财险同时用达梦、TiDB、GaussDB;大地保险在 2026 年一次性签了 TDSQL、OceanBase、GaussDB、达梦、金仓、GBase、海量、平凯等多个框架。保险机构的真实选择不是“选一个数据库”,而是“按系统分层选一组数据库”。

3. 迁移方法成熟了,双轨、灰度、回退成为标配

早期核心迁移最怕“一次性切死”。2025-2026 年的公开案例显示,成熟打法已经形成:先做 POC 和流量回放,再双轨并行、逐笔比对,最后灰度切换,保留反向同步和回退通道。

几个关键数字很能说明问题:瑞众 8 个月完成团险核心,Oracle 语法兼容 99.4%,80 万+ 业务 SQL、3 万+ 应用 SQL;三星 4 小时完成历史数据迁移验证、8 小时恢复生产;大地超级 APP 割接 217 秒,回退 RTO<90 秒;平安人寿用两年 POC、三阶段迁移,最后才全量切换;国寿资产 O32/O45 并行两周,保留回切兜底。迁移已经不是“敢不敢切”,而是“有没有把回退能力做成工程”。

4. 成本账算得过来,但 TCO 不是许可证价格

公开案例里的降本数字很亮眼:三星数据库成本 -80%,众诚 License -77%、存储硬件 -85%,华安硬件 -50%、存储 -75%,永安资源投入 -25%,瑞众软硬件成本 -40%,阳光硬件成本 -50%。这些数字大多来自厂商或机构自述,口径不完全一致,但方向是一致的:国产数据库的许可证和一体机成本,确实比 Oracle 时代低。

但 TCO 不只是许可证。迁移改造、双轨运行、性能调优、人员培训、备份容灾、监控工具,都是成本。一个核心系统迁移项目,数据库授权可能只占三到五成,应用改造和双轨运行才是大头。真正需要算的账是“五年 TCO”:许可证、硬件、迁移、运行、故障损失、退出成本,六项一起算,才能判断是不是真的降本。

5. 供给端高度集中,应用厂商是隐形主角

保险 IT 的供给端比数据库市场更集中。中科软覆盖约 98% 的国内保险公司、约 83% 的核心业务系统,2025 年保险 IT 收入 31.10 亿元;OceanBase 服务约 75% 的头部保险集团;达梦公开材料称保险核心系统上线 100+ 套;腾讯云通过中科软等伙伴,把 TDSQL 推进到 30+ 保险客户。这个结构说明,保险核心国产化不是“数据库厂商单打独斗”,而是“应用厂商 + 数据库 + 云平台”的铁三角。

这也带来一个新的锁定问题:过去锁在 Oracle、IBM 上,现在锁在“应用厂商 + 国产数据库 + 云平台”的组合上。应用厂商越强,迁移越顺;但应用厂商的排期、接口改造能力和行业经验,也会成为项目成败的关键。选型时只看数据库兼容率,不看应用厂商的核心系统改造经验,是很多项目踩坑的起点。

6. 进度分化明显,2027-2028 是分水岭

头部机构已经进入“全核心 + 全栈 + 多活”的阶段,中小机构还在“单核心 + 云底座 + 双轨”的阶段,外资和合资机构更慢。行业调研给出的粗略画像是:办公系统国产化率 70%-80%,核心系统国产化率约 20%,2024-2025 年是核心替换启动期,2027-2028 年中小机构收尾。这个比例不是官方统计,但和公开案例的分布基本吻合。

2026-2027 年是最拥挤的窗口。中邮、新华、中信保诚、太平再、人保财险北京等一批项目都排在这两年;部分寿险公司被要求在 2026 年底前完成信创上线,最晚 2027 年;2028 年则要看核心系统能不能单轨运行。窗口很窄,排期、人才、测试环境、监管报送窗口,都会成为瓶颈。

四、四个差距

1. 上线不等于单轨

“上线”只说明新系统能跑,不说明旧系统已经下线。很多项目仍保留 Oracle 或旧分布式集群作为回退通道,少则几周,多则一年。真正的单轨运行,要满足三个条件:旧栈不再承载生产流量、数据单向同步改成双向校验、回退预案从“随时回切”变成“只做灾难恢复”。公开案例里,能同时满足这三条的并不多。

2. 数据库替换不等于全栈

全栈至少包括芯片、服务器、操作系统、数据库、中间件、备份、监控、安全和应用适配。本文中,国寿资产 O45、人保资产 V5.5、瑞众、华泰、中国信保信保云等少数项目接近全栈;更多项目只是数据库替换,操作系统、中间件、备份和监控仍是原栈。把数据库替换说成“全栈信创”,是当前案例宣传里最常见的水分。

3. 兼容率不等于零改造

98.7%、99.4% 的兼容率听起来很高,但剩下的 1%-2% 往往是最难的部分:复杂存储过程、触发器、批量作业、日期函数、隐式类型转换、执行计划退化。大地保险的 98.7% 兼容度背后,仍有 1.3% 的复杂对象需要改造;瑞众的 99.4% 背后,仍有 80 万+ 业务 SQL 需要逐条验证。兼容率是选型的入场券,不是迁移的完成证。

4. 案例数字不等于行业平均

公开案例天然偏向成功者。能写进新闻的,通常是“8 个月完成”“成本降 80%”“872 天稳定运行”;那些延期、回退、性能不达标、双轨成本超预算的项目,很少公开。本文引用的效果数字,只能说明“有人做到了”,不能说明“多数人能做到”。做预算和排期时,应该按“中位数项目”而不是“标杆项目”来留余量。

五、五条落地建议

1. 用 2028 倒排,不做“一次性全替换”

先把系统分成四层:办公、一般业务、核心业务、核心单轨。办公和一般业务可以标准化、快速替换;核心业务按“先外围、后承载、再单轨”推进;核心单轨单独做三年计划。2026 年完成核心投产,2027 年完成双轨收敛,2028 年完成单轨验收。不要把所有系统压在一个年度窗口里,排期和测试环境一定不够。

2. 选型从“兼容率”转向“生产指标”

POC 不要只测 SQL 兼容率,要测五件事:峰值 QPS、批量窗口、故障切换、回退时间、多芯支持。最好用真实生产流量回放,至少覆盖承保、理赔、收付、跑批四条链路。兼容率 99% 但批量窗口多两个小时,对保险核心来说就是不可接受;兼容率 98% 但回退只要 90 秒,反而更安全。

3. 把双轨运行当成正式阶段

双轨不是“上线前的临时状态”,而是一个要预算、要排期、要人力、要演练的正式阶段。至少准备四件事:双向数据同步与逐笔比对、双轨性能基线、回退演练、旧栈退出计划。瑞众、平安、国寿资产的案例都说明,双轨做得好,切换才稳;双轨没有退出计划,就会变成长期成本。

4. 让应用厂商牵头,数据库、云、OS 联合调优

保险核心的复杂度在应用,不在数据库。迁移成败,很大程度上取决于应用厂商愿不愿意改代码、能不能改对、有没有行业模板。合同里要写清楚:应用改造范围、性能基线、迁移工具、回退责任、双轨支持、验收标准。数据库厂商负责底座,云厂商负责资源,应用厂商负责业务语义,三方联调,缺一不可。

5. 建全栈清单和运行体系,别把数据库替换当终点

全栈清单至少包括:芯片、服务器、操作系统、数据库、中间件、备份、监控、日志、安全、容灾、发布。每一项都要有替代方案、兼容性验证、回退路径和责任人。运行体系包括:容量管理、变更管理、故障演练、应急预案、人才培养。数据库替换只是起点,运行体系才是长期成本。

6. 把 AI+信创放进同一张路线图

2025 年保险行业 AI 专项投入 15 亿元,同比增长 50%;金发〔2026〕8号又把算力、模型、数据、工具的自主可控和供应链安全写进了 AI 治理。AI 不是信创的替代,而是信创的下一层:没有国产数据底座,AI 的数据治理和实时特征就落不了地;没有国产算力,AI 的推理成本就下不来。建议把 AI 场景分成“外围增强”和“核心决策”两类,外围可以先跑,核心承保理赔必须保留人工监督和退出机制。

六、结论:2026 看核心,2027 看单轨,2028 看全栈

保险 IT 国产化已经越过“能不能替”的分水岭,进入“能不能稳、能不能省、能不能全栈、能不能单轨”的深水区。

2026 年是核心系统投产年。太保、中华、国泰、华安、众诚、瑞众、三星、君龙、民生等机构已经用生产运行证明,国产数据库可以承载保险核心。2027 年是单轨攻坚年。中邮、新华、中信保诚、太平再等一批项目要在这个窗口完成上线和双轨收敛。2028 年是全栈验收年。核心系统能不能单轨、全栈能不能闭环、运行体系能不能接住,都会在这三年见分晓。

真正的分水岭不在数据库品牌,而在交付方法:有没有把应用、数据库、云、操作系统和运行体系一起改造,有没有把双轨运行和回退能力当作正式能力,有没有用五年 TCO 而不是许可证价格做决策。把这三件事做成,国产化才算真正落地;只换一个数据库,最多算完成了一半。

参考来源

厂商与机构公开案例中的性能、成本、可用性数字,仅用于说明公开实践,不构成 CSSTH 对任何产品或项目的承诺。保险机构名称、系统范围、上线时间与技术栈,发布前建议由相关机构或厂商复核。

相关能力

返回洞察