保险企业通过解耦CPU与存储资源实现混合负载业务系统数据库信创与TCO优化

【摘要】保险企业在数据库与存储的信创建设过程当中,如何设计存储架构是个令人徘徊的问题,也一直是IT界经常要讨论的问题。有的观点认为信创数据库通常对存储资源的形态没有特殊要求,实则不然,一切需要回归实事求是。数据库存储架构的设计,既要满足特定业务需求场景的存储资源需求,又要支撑业务稳定、保障数据安全,还要整体TCO最优。本文从业务场景适用性及软硬件TCO维度展开具体分析。

一、保险行业数据处理业务场景特征

保险行业的业务系统会因业务渠道、服务对象、处理逻辑等因素的差异呈现出不同的数据处理需求,对于支撑这些业务系统的数据库基础架构工作模式也会呈现为混合负载模式。以保险行业为例,业务系统主要包含以下几类:

1、业务管理类

该类系统是保险行业的核心类系统,主要用于实时处理保险业务,包含产品、保单、理赔等相应业务。主要目的在于完成保险业务,提高处理效率,保障客户感受。那么后台数据处理也会呈现重逻辑计算轻数据存取的特点,而且并发量级较高,对数据的完整性及安全性都有较强要求。

2、客户关系类

该类系统主要是帮助保险公司进行客户画像、行为分析、需求分析、客户维护等业务处理。时效性低于业务类,但是会对客户的历史数据以及其他数据进行大量的存取、处理以及分析。那么后台数据处理也会呈现出大量数据的存取操作以及批量计算的特点。

3、其他类

其他类包含风险管理类、财

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

罗思付之技术屋

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值