保险产品SaaS化实践之路（上）

1 什么样的系统，能称为互联网保险核心的SaaS系统？

为了避免大家对于目标理解上的偏差，首先我们先来定义一下什么样的系统，能称之为互联网保险核心的SaaS系统呢？最理想的情况，它是一套代码、一套部署环境、一朵SaaS Cloud，支持所有客户，满足他们差异化的客户需求，并能帮助他们做到安全隔离。

但由于我们的客户遍及全球，各国、各地法律法规以及云基础设施等的限制，一朵SaaS Cloud会造成客户数据出境，违反某些国家的数据安全法规，因此，一种可落地的方案是每个Region部署一朵SaaS Cloud，支持该Region的所有客户。

可以看到，产品化的一套代码，支持所有的客户，成为了技术上实现SaaS的前置条件，因此我们今天首先要讲到的就是 – 产品化。然而，对于保险公司这样的企业级客户，完全标准化的解决方案是难于满足他们的需求的，而我们跨Region，跨国家的客户战略，让这一切变得更加艰巨。

如上面提到的那样，大客户有钱任性，因此项目化方案也是有良好的现金流和利润的，所以在2年前（2020年），我们仍然在项目化还是产品化之间纠结过。最终我们坚定不移地选择了产品化路线，逐步演进到我们现在的SaaS化路线。

2  产品化架构设计的“三板斧”，一套代码，支持所有的差异化需求

2年前，产品化/SaaS化对我们来说仍然还是诗和远方，但是差异化的客户需求，客户交付的项目压力，是不可忽视的眼前的苟且。要用一套代码，支持所有的差异化需求，技术难度和进度压力都很大。我们如何在架构和设计上让这种转型逐步成为可能的呢？首先我们抽象出了产品化架构设计的“三板斧”，成为了今天成功支持我们产品化、SaaS化的基石。

根据三板斧的Configuration理念，我们设计了我们保险核心产品Graphene的产品工厂，以配置化支持客户对相同产品的差异性需求，实现了以No Code的方式支持新客户的新产品：

同样根据三板斧的Configuration理念，我们设计了Graphene Workflow，支持了流程的配置化，从而实现了保全、理赔等的No Code差异化支持：

一些巨头型的客户，对于前端产品的上线时效性，以及风格的可定制性，要求很高，还是基于Configuration这块基石，我们的Graphene ZMart，实现了可配置前端的能力：

除了上述的差异性、定制性需求，对于我们的不同客户，还有大量不同流量、渠道的接入，不同传统核心对接等需求，我们以Composition的设计理念，提供产品基线易于使用和扩展Open APIs，让项目团队可以用前置、后置等方式，快速地、解耦地对接各种流量和传统核心。

有的场景下，客户的定制化需求，需要改变产品基线的核心逻辑，而这些需求又无法抽象成可枚举的一些情况，因此Configuration模式无法适用这样的场景。那么如何在不改变产品基线代码的情况下，改变其核心逻辑呢？答案就在我们的第三块基石 – Plugin（可插拔）。

我们自研了我们的Plugin Framework，能够在无代码入侵的情况下，实现产品基线的扩展点（Extension Points），同时可以让不同的客户需求以Plugin的形式接入。Plugin Framework按客户实现、国家实现、产品默认实现了三层分层：

需要注意的是，Plugin容易被滥用；因此我们在架构上规定，尽可能用Configuration和Composition模式，仅在不得已的情况下使用Plugin模式，并且需求产品基线架构委员会进行需求和设计审核，才能在产品基线开出Extension Point扩展点。

综合上述的三板斧设计模式，我们实现了满足开闭原则的可扩展产品基线：

3  从项目化向SaaS化（产品化），我们如何推进架构设计最终落地？

架构设计很丰满，现实和技术很骨感，我们知道目标在哪里是不够的，我们需要知道通向目标的正确路径。那么在2年前我们还是以大项目交付为核心模式的时候，我们是如何推进上述架构设计最终落地的呢，怎样的路径才是通往目的地的最优路径呢？下图是我们最终选择的方式，它支持了我们今天的成功转型。

我们上面讨论过三板斧的3种模式：Configuration，Composition，Plugin；Plugin模式作为一种尽可能不要用的模式，却是一种兜底的模式；没有Plugin，就支持不了我们产品化的最后一公里，因此它的重要性不言而喻。那么如何无侵入地做到呢？我们自研了众安国际的Plugin Framework（我们计划把该框架开源）：

好了，看到这里，我们如何用一套代码，支持所有客户的需求，真正做到产品化和核心精髓相信你已经理解。那么我们就是一家SaaS公司了？等等，还没有！

4  多租户设计与框架

SaaS产品不仅要求一套代码，还要求一套部署支持多客户。这里有另一个极其重要的点，那就是多租户：

支持多租户，有其最核心的三要素：

下图是其它需要多租户改造的数据存储，也要对他们进行多租户改造，才能在多租户架构下实现隔离和安全。

如果大家对我们的多租户框架感兴趣的话，有一个好消息是，我们计划把它们开源，敬请期待！

除了多租户外，高可定制的SaaS订阅模式，也是SaaS产品非常重要的一环：

架构设计一个To B企业级SaaS产品，上面的任何一环都不可或缺，但这就是全部吗？敬请期待我们的《保险产品SaaS化实践之路（下）》！

更多精品文章推荐：
   
• 阿里留不住的P10毕玄，到底有多牛？
  
• 彩食鲜 CTO 乔新亮：数字化转型，问题不在技术
  
• 有没有完全自主的国产化数据库技术
  
• 毕玄：怎么提升写代码的能力
•  聊聊如何度过寒冬（公司篇）
  
  

  技术琐话 

以分布式设计、架构、体系思想为基础，兼论研发相关的点点滴滴，不限于代码、质量体系和研发管理。