【微服架构】了解微服架构对保险公司的业务价值

如今，保险公司正在推进其核心数字化转型之旅，以充分利用“数字化”的商业价值

事实上，凯捷（Capgemini）和Efma在《2018年世界保险报告》（World Insurance Report，WIR）中的一项调查显示，超过35%的保险公司表示，他们已经升级了其后端核心系统，如保单管理和理赔系统，以支持数字化转型。财产保险公司和意外伤害保险公司尤其热衷于系统的现代化。

然而，即使一些保险公司继续为他们的系统建立一个强大的数字基础，客户的期望每天都在增长。保险公司在其业务中保持敏捷并采用快速变化的步伐已变得至关重要。由于移动缓慢的单片应用程序会阻碍保险公司对动态市场条件的反应，一些保险公司正在探索（并接受）微服务架构。

为了了解它们的业务价值，首先要了解什么是微服务，以及它们与以前的不同之处。

什么是微服务？

微服务是最近越来越流行的软件开发方法的一部分。该方法旨在构建具有定义良好的接口和操作的单一功能模块。这些模块本质上是微型应用程序，支持特定的细粒度业务功能，如支付、保单文件的发布或首次损失通知（FNOL）提交。微应用程序可以独立部署，并且可以与服务于其他业务功能的其他微应用程序通信。这种方法不同于单一应用程序（如策略管理、计费和索赔系统）的开发，后者将多个业务功能紧密聚合在一起，并作为一个大型单一单元进行部署。当然，值得注意的是，保险系统中的术语“单片”在历史上一直被用来描述做所有这些事情（保单、账单和索赔）的系统，而“模块化”仅仅意味着这些事情中的一个。现在，模块化还不够模块化！

微服务特点：

它们是细粒度的、独立打包的服务。

它们是面向功能的，每个微服务执行特定的业务功能。

它们是为连续交付和部署而设计的。

它们通过常见的轻量级协议（如restfulapi）与其他微服务通信。

他们是平台和语言不可知论者。应用程序中的不同微服务可以在不同的编程语言或平台中开发，因为它们具有通用的通信标准。

微服务通常是围绕业务能力和优先级来组织的。因此，它们可以由跨职能团队独立或并行开发，每个团队负责一个或一组端到端的微服务。作为微服务构建的软件可以分解为多个组件服务，因此可以独立地部署、调整和重新部署每个组件服务，而不会损害应用程序的完整性。

微服务如何与API和web服务相关？

由于一些相似的特性和优点，微服务可能会与api和web服务混淆。虽然微服务是设计软件应用程序的一种方法，但api和web服务支持不同应用程序或设备之间的互操作通信。换句话说，微服务往往在一个应用程序中运行（或者在某些情况下，如果经过适当的编排，就是应用程序），而API/web服务往往在应用程序之间运行——尽管这两种情况下都存在例外。[1]

api是一组工具和标准，通常帮助两个完全不同的应用程序相互通信。服务提供商应用程序通过API向其他应用程序公开其数据或功能，以便它们可以使用特定的通信标准来使用该数据或功能。例如，通过googleapi，Google地图可以被Uber等其他应用程序使用（在这个例子中，反之亦然！）。Web服务是api的一个子集。它们执行的功能基本相同，但web服务是一组标准，使两个应用程序能够使用HTTP协议和SOAP等其他特定协议通过internet进行特定通信。

举一个不完美但简单的比喻，一个由一个人经营的餐厅，只负责管理主人的摊位、厨房、桌子和付款，就相当于传统的单一应用程序。如果餐厅有主人、服务员和厨房工作人员，他们之间的沟通标准（如菜名、价格等）将等同于原料药。厨房工作人员不需要知道是谁下的菜，服务员也不需要知道菜谱，但他们每个人都会通过指定的菜名来提供服务。想象一下，如果一个服务员使用数字（如“表13”）来引用表，而主人使用颜色（如“蓝色表”）来调用表，而他们没有向对方解释他们的命名约定是什么，会有多混乱。api定义了应该使用的标准语言，解决了这个问题。

Web服务将执行与API相同的功能，但每种服务都将用于特定类型的通信（例如，对于进入厨房的订单-无论是来自服务器的平板电脑还是在线订单）。微服务体系结构将更加精细化，将为每个服务员、厨师、主人（甚至更精细地说，一个收银员、一个服务员、一个洗碗机等）提供一种与所有其他人通信的通用方式。即使是最小的交易，这也能让他们在餐厅的许多区域都有一种共同的语言。

为什么微服务很重要？

微服务为在动态竞争环境中运营的保险机构提供了许多好处。

提高灵活性的遗留系统是阻碍保险公司快速创新的关键因素之一。使用微服务包围遗留系统有助于解决这一难题，因为只需对相关的微服务进行必要的更改，而无需对整个应用程序进行细分以更改特定部分。虽然这远不是一颗灵丹妙药，但它可以缓解一些遗留问题。

更大的灵活性对于应用程序中的单个微服务可以使用哪种编程语言或平台几乎没有限制，因此应用程序开发的灵活性更大。部署也是如此，因为单个微服务可以独立交付和部署。当然，最佳实践要求您应该坚持使用一种通用语言，但是有选择是很好的。

各个团队可以并行开发更快的单个微服务，从而实现更快速的应用程序开发。

更快的增强由于应用程序是由更小的、独立的微服务组成的，只需为添加的功能创建一个新的微服务，就可以轻松地增强它们。

基于这种方法的更健壮的应用程序更健壮，因为可以通过只修复相关的微服务来解决问题，而不会影响其他应用程序组件。

更好的重用和定制单个微服务可以在需要类似功能的其他应用程序中重用，并且通过重新配置所用微服务的组合，可以对应用程序进行更大程度的定制或配置，以便在不同的上下文中使用。

微服务如何让保险公司受益？

超过80%的受访保险公司表示，不断变化的客户偏好推动了他们对数字化敏捷的需求。微服务可以帮助保险公司缩小差距，同时为核心系统（如保单管理和理赔）进行预算和实施更换，以更好地适应不断变化的需求和市场的发展。

此外，微服务可以帮助保险公司设计更灵活的产品，这些产品可以轻松快速地增强，以应对竞争。随着保险公司超越基于代理的纯风险转移，提供服务生态系统和全渠道体验，微服务将在创建高效和精益应用程序方面发挥重要作用。

原文：https://www.capgemini.com/2018/07/understanding-the-business-value-of-microservices-architecture-for-insurers/

本文：

讨论：请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】