如何玩转保险行业场景下的存储和数据？

本文主要是介绍如何玩转保险行业场景下的存储和数据？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

近年来，随着云计算、大数据、移动互联网、「联网+」等技术的飞速发展，我们身边的每个行业都在发生着巨大的变化。

保险行业也面临着竞争加剧、创新加速的局面，尤其是去年保监会提出所有保险公司都要实施双录系统，即投保时需要录音录像，这些变化对保险企业的信息系统提出了越来越高的要求。

本文从数据的存储、传输以及应用封装等角度分析了保险行业面临的挑战，并基于 QingCloud 完整的企业级云计算平台和服务，提出了相应的建议架构和解决方案。

目前保险行业用户的数据主要有以下四种：

第一种数据，双录系统即将成为行业规范，而双录系统一定会涉及到音视频文件。当双录系统上线后，会产生海量的音视频文件，这些文件如何存储与处理是保险行业必须面对的问题；
第二种数据，保险公司在核保、理赔的时候会涉及到非常多的图片上传和下载。同时，在保险公司日常的 OA 系统里，发生报销时发票的上传和下载也会产生大量图片；
第三种数据，很多保险公司都会涉及到文件分发与文件共享，其中包括平时的报价文档、险种发放以及一些保险公司宣传的材料。这些数据将会在各个公司之间、公司内部的部门之间进行文件的传递和共享；
第四种数据，大部分保险公司的核心业务系统和非核心业务系统都会使用关系型数据库，很多客户的非核心业务系统，基本上都会沿用传统的关系型数据库，而且大都会沿用核心系统的数据库体系。

以上这些数据大致可以分为两大类：结构化数据和非结构化数据。其中，保险行业用户的结构化数据主要有两类：

一是 Oracle 数据库，基本上 90% 的保险公司核心和非核心数据库都是 Oracle；

二是微软 SQL Server，有一部分保险公司会使用。目前，这两个数据库基本上覆盖了 95% 的保险行业客户。

除了数据库之外，其他的都是非结构化数据。非结构化数据的范围很广，包含音频文件、视频文件、图片文件、电子保单、电子发票、邮件归档和共享文档等。

音视频文件：在没有双录系统之前，其实在寿险做核保时也会有部分的录音录像，但那时还没有行业规范。在行业规范出来之后，音视频文件一定是数量骤增，且容量会急剧增长；
图片文件、电子保单、电子发票：这是保险行业核心业务系统中必然会生成并使用的文件与数据；
邮件归档：在目前一些中大型的保险公司可能会涉及到的，从保险公司覆盖的人员来说，人员很广泛，势必对邮件系统的压力也会很大，一定要对当前的邮件做一个备份，对之前的邮件做归档，此部分对存储空间的消耗量非常巨大；
文件共享：对于保险公司来说，文件到底基于什么样的方式分发给员工、用户或者其它的公司，这也是很重要的部分。