保险的微内核体系结构

Question

在保险行业工作通常意味着您需要处理无数的规则和逻辑，用于评级、保单和索赔处理。这些是保险生命周期中的步骤。

每种保险产品(人寿保险、旅游保险等)通常在上面遵循相同的流程，但是每个步骤的逻辑都有很大的差异。

使用微核体系结构设计保险系统有意义吗？

这意味着保险生命周期的所有部分(评级、保险单、索赔等)是在核心系统中建模的，每个保险产品都有可插入组件。这提供了一个非常快速的方式来启动新的保险产品，通过实现一个新的插件，并将其添加到注册。

考虑和权衡--我经常看到微内核被用于单块应用程序。这是否意味着单个组件的可伸缩性和可部署性受到损害？

Answer 1

当您在服务器端处理相对较高的可伸缩性时，您可以使用不同类型的“微”。微型服务。微服务使您具有一定的灵活性：

• 每个微服务都是独立的，所以所有的UI、数据存储和端点集都是为您的策略类型量身定做的。
• 如果微服务具有“无共享”的设计，状态驻留在客户端或数据存储中，那么您可以扩展一个比其他更受影响的微服务。
  • 允许你支付你所需要的
  • 将缩放成本降到最低

• API网关使单个微服务显示为一个API。
• 简单的负载平衡规则可以轻松地路由所有流量的请求。
• 能够最小化爆炸半径，如果一个服务崩溃(即一个保险产品将受到影响，而不是整个应用)。

虽然您可能需要对您的手机应用程序进行更新，这种方法将使您的网站用户更容易适应。对于微服务来说，最明显的折中之处是它增加了部署的复杂性。有许多服务可以帮助驯服这个过程，例如容器化和编排(即Kubernetes)，它仍然是更多移动的部分。灵活性是好的，从长远来看可能是最合适的选择。