按业务能力分解

问题陈述

微服务架构将应用程序构建为一组松散耦合的微服务，每个服务应以敏捷的方式独立开发，以实现持续交付/部署。当使用微服务架构构建大型复杂应用程序时，主要问题是如何设计松耦合的微服务或将大型应用程序分解为小的松耦合服务？

解决方案

我们可以定义一个对应特定业务能力的微服务。业务能力是指以产生价值为目标的业务活动。业务能力可以称为业务对象。例如 -

  • 订单管理- 订单管理业务能力是指订单。

  • 客户管理- 客户管理业务能力是指客户。

业务能力可以进一步划分为多级层次结构。例如，订单管理可以将交付、库存、服务等作为业务能力。

例子

考虑一个在线书店的例子。它可以具有以下业务能力和相应的微服务 -

  • 图书目录管理

  • 库存管理

  • 订单管理

  • 保修管理

按业务能力分解设计模式

优点

  • 架构稳定- 由于业务能力稳定，所以架构高度稳定。

  • 跨职能团队- 开发团队独立工作，跨职能，并围绕功能特性而不是技术特性进行组织。

  • 松散耦合服务- 开发的服务将是松散耦合和内聚的。

缺点

  • 需要对业务有很好的了解- 了解业务后需要确定业务能力。了解组织结构会有所帮助，因为组织是根据其能力构建的。

  • 需要高级域模型- 需要业务域对象，因为它们对应于业务功能。