稳定支撑日高峰亿级保单交易

国泰产险自 2018 年以来业务开始高速增长，其中互联网业务占比达93%，现平峰日均保单量达数千万级，高峰日均保单量达亿级。面对财产保险场景化、碎片化特征。使得原有的技术难以满足业务发展，于是选择与蚂蚁集团OceanBase一起，共建新一代云原生架构下的保险中台，通过科技手段，达到更快速的交付速度，更敏捷的业务需求响应能力，提供更优化的用户体验。

1. 7×24小时全天候高可用
   1. ​升级为互联网科技保险公司后，系统要求 7×24 小时全天候提供服务，因为即使是在深夜也会有用户在淘宝、天猫等线上平台下单，进而同步购买各种产险产品，假设停止服务五分钟，都会带来直接的经济损失。而作为底层服务的数据库需要保持更高的可用性。
2. 业务快速增长，分库分表逻辑复杂
   1. ​近年来，国泰产险在互联网平台上的保单数快速增长，数据库的单表数据量急剧膨胀。这种情况下，曾经考虑分库分表加历史数据归档，还对一些分库分表方案进行了选型，如通过第三方中间件，如直接写框架在程序层进行逻辑控制。但无论哪种方案，整体逻辑都会比较复杂且后续维护不方便。
3. 并发高，性能要求苛刻
   1. ​每逢节假日、大促日，尤其是“双 11”期间，高并发的特征非常明显。像在大促日 24 点时，很多用户都守在 APP 前准备集中下单，短期内成千上万甚至上亿的保单量，瞬时流量非常大，对应用来说压力非常大。再加上保险业务的一个请求要经过承保前置、承保、合约、风控等链路，并且对链路上每个节点的运行流畅度要求都非常高。所以对数据库性能的要求可以说是非常苛刻的。

1. 高度兼容 MySQL 和 Oracle，无需分库分表
   1. ​OceanBase 高度兼容 MySQL 和 Oracle，对国泰产险现有的 SQL 代码无需额外改动，对开发人员非常友好。针对数据量膨胀的问题，之前需要分库分表，现在只需通过表分区就能解决，无需额外进行繁杂的分库分表工作。
2. 应用透明的水平扩展
   1. ​高并发下全链路压测 OceanBase 的性能非常优秀，针对节假日、大促日等的高并发场景下，能进行快速的扩容、快速的缩容，并且对应用透明无感。
3. 极致高可用
   1. ​两地三中心、三地五中心等多机房的容灾能力，是我们非常关注的。有多机房容灾的情况下，才能保证数据不论是发生机房级还是服务器级故障时都能快速恢复、才能保证在高并发写入情况下数据零丢失。
4. 保证业务连续性
   1. ​在数据存储层面，根据业务重要性划分租户，进行资源隔离；OceanBase 将数据以多副本的方式分布在集群的各个节点，实现多库多活。经过实际测试，可以做到机房级故障 RPO=0，RTO<30 秒。OceanBase 数据库采用基于无共享的多副本架构，让整个系统没有任何单点故障，保证数据库服务的持续可用。

国泰产险互联网产品的特点体现在“小单”和“天量”，“小单”是指保费收入和保额较少，但相对其他险种它的“天量”即数量非常大。像过去几年的“双 11”期间，国泰产险的退货运费险日保单量基本都在 1 亿以上。国泰产险的产品覆盖生活场景中的很多碎片化需求，这类产品特点通常不能用一些通用的模型来解释，比较偏定制化、个性化。例如大家给自己买的健康险、给宝宝买的“萌宝保”、给父母买的“孝顺保”等。国泰产险针对这些碎片化场景打造了 200+ 创新产品，驱动业务高质量发展。