从5秒到1秒，如何优化核心业务流程？

本文共计3726个文字，预计阅读时间需要15分钟。

亲爱的王有志，欢迎加入我们的Java技术交流群。在这里，我们可以畅谈技术，分享生活中的点滴。快来加入我们的Java提升之路群，共同成为富有才华的Java人。+业务背景+先做一个简单的介绍，目前我在某保险公司工作，负责核心业务。

大家好，我是王有志​，欢迎和我聊技术，聊漂泊在外的生活。快来加入我们的Java提桶跑路群：共同富裕的Java人。

业务背景

先做个简单的介绍，目前我供职于某保险公司，负责核心业务契约链路。契约简单点解释就是用户购买保险与保司签订保险合同的过程。

本文是站在保险业务系统的角度思考我司现有系统的架构设计，因此不会涉及到诸如索引优化，代码优化等技术细节。

宏观背景

过往保险业务的特点是高额低频，实践中更加关注数据的准确和安全。但近年来，随着疫情对线下销售行为的冲击，各保司不断在互联网发力，加之依托于支付宝，微信的蚂蚁保和微保带来的流量，保司陈旧笨重的业务系统在海量流量的冲击中就显得脆弱不堪了。

为了适应互联网低额高频的特点，以及某安在线在互联网为各保司做出的榜样，我司也对核心系统，以及面向客户的应用提出了新的要求，第一个目标便是“全面提速”。

实际上是？

冠冕堂皇的理由说完了，说点接地气的，某天领导找到我说：保单详情页面响应也太慢了吧，将近5秒才能有结果。这样，你们明天出个优化方案，一天开发，一天测试和上线，没问题吧？

听完，我第一时间想到的是，今天的桶装不下我的手办，现在就跑路有点不赶趟了，再看了看花呗后，不得不咬牙应了下来。

发现问题

其实问题已经暴露了出来，但修改起来却很让人头疼。