保险业务中台重构：多渠道配置与新老系统平滑迁移

重构不只是替换技术栈

保险业务中台承接订单、产品、营销中心和用户服务等核心能力。不同渠道往往有自己的产品配置、营销规则和页面链路。如果只把旧代码迁移到新框架，复杂度仍会原样保留。

这次工作的第一步不是写代码，而是按业务职责重新梳理边界：哪些规则属于产品，哪些属于营销，哪些差异应被隔离在渠道适配层。只有边界清晰，统一模型才不会变成另一个巨型对象。

让新老系统能够同时运行

直接切换会把所有风险集中在一个时间点。更稳妥的做法是设计一段并行期，让新旧链路处理可核对的业务数据，并为差异建立清晰的定位路径。

• 明确每类数据的主责系统与同步方向。
• 对关键业务状态设置可追踪的核对点。
• 把超时、重复消息和部分失败纳入切换方案。
• 在业务文档中记录规则来源，而不是只记录接口字段。

H5 链路也是业务模型的一部分

营销 H5 不是中台之外的附属页面。产品配置、页面展示、用户行为和后续转化共同组成一条业务链路。页面埋点需要围绕明确的问题设计，例如用户在哪个环节离开，而不是无差别收集事件。

我的收获

系统重构的核心是降低未来变化的成本。技术选型重要，但更重要的是让团队共享业务上下文、让数据迁移可验证，并让异常路径在切换之前就被看见。