微服务saga模式

该文是基于《微服务模式》作者Chris Richardson的QCONSF 2017会议上的PPT文章(

本文翻译自国外InfoQ和计算机杂志上一篇2012年旧文，本文就有关数据同步进行了讨论，特别关注业务事务的不变性与一致性如何在分布式系统中巧妙保证，探讨了长时间运行的事务的补偿机制。这些对分布式系统设计都有很大帮助。 原文大意如下：

现在是时候抛弃2PC了，两阶段提交协议（2PC）已经在企业软件系统中使用了三十多年。它是一种非常有影响力的协议，用于确保访问多个分区或分片中的

eBay技术人员最近展示了一种称为GRIT的分布式事务协议，用于跨多个具有多个基础数据库的微服务进行ACID（原子性，一致性，隔离性，持久性）事务。本文介绍了GRIT协议的基本思想，该思想在IEEE国际数据工程国际会议（ICDE）2019上宣布，并提供了使用该协议的一部分为Janus

几年前，我领导了一个在线销售人寿保险新平台的网络开发。我们将介绍以下几点： 事件风暴：这是什么以及如何开始对业务域进行建模 从领域事件的角度思考系统或业务域如何真正帮助澄清问题 人寿保险业务可能面临的一些重要问题 如何更好地处理与外部系统/ API的交

Jet的订单管理系统（OMS）负责许多业务功能： 订单初始化和验证 收费/信贷/资金管理 订单履行整合 订单历史 优惠（退款，退货等） OMS的上述功能已经基于微服务使用pub / sub、事件溯源、HTTP调用和一些其他技术进行了组

当微服务架构将单体系统分解为一个个单一微服务时，它可能破坏了事务。这意味着单体系统中的本地事务将分布到按顺序调用的多个服务中。 以下是使用本地事务的单体系统的客户订单示例：

PHP号称是最好的服务器端编程语言，CQRS + Event Sourcing已经在PHP社区和.NET社区蔓延开来，而Java社区由于Spring和JavaEE的垄断相对要落后些，废话少说，看看这款PHP库包dudulina的特点： 1.领域模型代码最小

这是一个简单的POC来展示当前“两个世界中最好的”技术组合成一个真正的强大特工夫妻“风格”...... 使用Camunda定义复杂流程，并利用其流动语言表达能力，可视化功能以及状态的生产/实时监控 定义相应的Axon saga来管理消息处理和所需的整个数据处理（例如根

Saga模式描述了如何在没有两阶段提交2PC的情况下解决分布式（业务）事务，因为2PC不能在分布式系统中扩展。Saga模式基本思路是将整个交易分解为多个步骤或活动。只有内部的步骤可以在原子事务中执行，但整体的一致性由Saga处理。Saga有责任完成整个业务交易或使系统处于已知的终止状态。因此

Micronaut是一个类似Spring Boot的微服务框架，Eventuate Tram是提供事务性消息的框架，提供事务发件箱模式，也就是将发送的消息首先存储到带有主键的关系数据库，然后通过消息系统发送到接收者，保证近似正好一次的传递，该机制类似Apache Kafka事务性消息，只不过

在当今的云和容器世界中，业务流程执行开始从流程执行引擎的传统集中部署（从SOA时代）转移到更小的流程定义的更灵活，分散的部署。这些较小的流程部署非常适合微服务架构。通过自动化流程协调和编排微服务。 RedHat今天发布了其JBPM基于微服务的演示案

将Zeebe作为工作流引擎，您可以： 以您选择的编程语言构建应用程序（Zeebe提供Java，

尝试应用严格的有序处理将对我们的系统施加人为限制。这是因为保证消息排序在技术上非常困难，即使成功，也总是需要权衡诸如较低的消息吞吐量和较低的可扩展性，这会妨碍系统成功的能力。比如比萨店交付披萨时，不一定要根据订单前后顺序准备披萨，而是根据比萨的制作顺序，有些披萨需要烧烤时间长一些，有

研究了事件采购/事件溯源，Saga和CQRS模式如何影响微服务的发展。微服务架构风格现在在业界获得了极大的普及。越来越多的组织希望转向微服务架构。但是，构建微服务并不容易。 在这篇文章中，我们将看看三个可以帮助您创建微服务的重要模式。

事件溯源实际是按照时间线对领域中发生的事实进行跟踪，其中挑战是关于时间记录问题，一个是事实发生的时间，也就是领域事件发生的时间，一个是记录事实的时间。双时态（Bi-temporal）