构建微服务的三种重要模式 - DZone微服务

19-08-18 banq
                   

研究了事件采购/事件溯源,Saga和CQRS模式如何影响微服务的发展。

微服务架构风格现在在业界获得了极大的普及。越来越多的组织希望转向微服务架构。

但是,构建微服务并不容易。 在这篇文章中,我们将看看三个可以帮助您创建微服务的重要模式。

事件溯源/事件采购

EventSourcing事件溯源试图解决围绕原子更新数据库以及发布事件的问题。

这意味着当您在领域实体上执行某些操作时,可以将其视为领域事件。并且领域实体的状态存储为这些领域事件的序列集合。换句话说,只要插入新记录或在现有记录上更新某些内容,就会创建一个新事件。事件存储库会跟踪实体上发生的所有事件。

现在,让我们假设特定帐户发生以下交易:

  • 创建账户,初始余额为100美元。
  • 帐户设置为ACTIVE状态。
  • 一位朋友支付了一些钱用于分享一顿饭。账户中存入55美元。
  • 你为重要的其他人买了冰淇淋。提款20美元。
  • 你的重要人物不喜欢冰淇淋,所以你不得不买另一个。提款50美元。
  • 你忘了支付房租。你的房东判处了罚款。提款100美元。
  • 由于余额为负,帐户设置为HOLD状态。
  • 存入100美元的账户。叹了一口气。
  • 帐户设置为ACTIVE状态。

以下是如何以事件溯源方式存储:

每当存在对领域对象的当前状态的请求时,重放事件并构造状态。

事件源实现可以使用标准Java框架(如Spring Boot和Axon)的组合来完成。

CQRS 

CQRS代表Command-Query Responsibility Segregation。通常,CQRS与事件采购一起实施。

CQRS的主要用途是解决API组合产生的问题。

在典型的事件采购和CQRS设置中,CQRS应用程序侦听来自多个应用程序的域事件。使用这些事件更新和维护专门用于查询的数据库。根据业务案例,查询数据库可以聚合复杂查询。

Saga模式

Saga Pattern是在微服务架构中实现分布式事务的直接解决方案。 

通常,在基于微服务的应用程序中,每个微服务都将拥有自己的数据库。但是,某些业务流程需要多个微服务之间的通信。这就是Saga Pattern的用武之地。典型的Saga实现可以看作是一系列本地事务交易,其中每笔交易只占Saga整体工作的一小部分。换句话说,Saga模式在微服务架构中几乎是必需的。

让我们看一个典型的食品配送应用程序流程中的一个简单示例。

当用户下订单时,可能发生的一系列操作是:

  • 食品订购服务创建订单。 此时,订单处于PENDING状态。Saga管理着一系列事件。
  • Saga通过餐厅服务与餐厅联系。
  • 餐厅服务尝试与所选餐厅下订单。收到确认后,会发回回复。
  • Saga收到回复。并且,根据回复,它可以批准订单或拒绝订单。
  • 然后食品订单服务改变订单的状态。如果订单获得批准,它将通知客户并提供任何必要的详细信息。如果被拒绝,它还会通过道歉信息通知客户。

Sagas也可以是不同类型的,例如基于有中心的编排或基于无中心的编排。可以使用Spring Boot和Axon框架实现基于编排的Saga。

(banq注:Saga模式是一种流程编排的回退事务,还需要专门的流程框架辅助,如Camunda

 

                   

1