系统背景
根据保监会《中国保监会关于发布<寿险单证(JR/T0050-2016)>行业标准
的通知》(保监发〔2016〕111 号)文件要求,并切合我司业务发展需要,对公
司的保险合同进行了整体梳理与优化。
设计目标
支持新需求的快速开发和上线
- 尽量将核心中相关的打印的工作项独立出来
- 提供打印相关配置,能够通过配置就能完成保单打印需求(重要)
- 模板和数据分离,模板单独设计,数据单独配置,最后通过程序合并
- 对于特殊且无法配置的项,通过程序来处理(情况不多)
高并发、高压力
- 采用FutureTask进行并发编程和结果处理
- 根据业务特点(I/O密集型操作)启用2N+1个线程(N为cpu数量)
- 页标签采用C开发,合并pdf,提升性能
- 采用java agent技术,无侵入,独立获取配置的数据,参与模板合成
接口多样性
- 实时Webservice接口返回pdf流
- 异步webservice调用生成pdf, 返回文件信息
- 目录扫描调用生成pdf
高可用
- 通过F5做负载均衡,后台部署两台服务器
- 模板通过共享目录,两台服务器只需要发布部署一次
目标达成
- 在8C16G虚拟机上,采用17个线程,一分钟处理200个保单(70页左 右)的生成,一小时可以生成12000个保单的pdf
- 新需求的实现,通过模板制作和配置结合,很快就能实现(如2号令相关的修改)
- 项目一期,个险核心保单打印
在满足监管要求的基础上,对个险保单样式与字段逻辑进行调整优化、实现了保险合同升级改造。
- 项目二期,团险保单打印
二期团险保单项目建立在一期项目的平台基础上,针对团险保单定制模板及业务流程,以支持团险业务
- 项目三期
打印平台根据各种信函类型模板生成信函。其中电子信函包括20种,H5信函包括22种
- 系统稳定,持续运行6个月无宕机
问题和思考
- 需求不明确
- 配置可以做的更好更全,时间和成本关系
- 产品有时候会有问题,要积极联系解决
- 小众系统,会的人不多,维护依赖厂家
- 核心提供的webservice客户端调用jar有超时问题,在比较大的压力下会导致系统cpu和内存100%。
系统配置平台
登录页面
菜单
配置模板
产品模板对应
产品条款配置
产品简介及说明书配置
特别约定
产品现价说明
谢谢