本文介绍了如何使用Serverless工作流提供长流程分布式事务保证，帮助用户聚焦于自身业务逻辑。

复杂的业务场景例如电商网站、酒店、航班预定这类涉及订单管理的应用通常要访问多个远程服务，并且对操作事务性语义（即所有步骤全部成功或全部失败，不存在中间状态）有较高要求。在流量较小、数据存储集中的应用中，事务性可以通过关系型数据库提供的ACID特性满足。然而在大流量场景下，为了高可用和可扩展性，业务通常选择向微服务的分布式架构方向演进。在这样的架构中提供多步骤事务性的保证通常需要引入队列和数据库来持久化消息以及展现流程状态，这类系统的开发和运维会给业务方带来额外的成本和负担。而使用Serverless工作流提供长流程分布式事务保证会帮您解决这些问题。

假设某应用为其用户提供预定火车票、航班和酒店的功能，要求三个步骤保证事务性。该功能需要三个远程调用实现（例如预定火车票需要调用12306接口），如果三个调用都成功则该订单成功。然而实际上任何一个远程调用都有可能会失败，因此该应用需要对不同的失败场景做出相应的补偿逻辑，回退已完成操作。如下图所示：

下文的示例将FC函数编排成一个Serverless工作流流程从而实现了一个可靠的多步骤长流程，该示例分为3步：

本步骤是模拟场景案例中提示的三个操作即预订火车票、预订航班及预定酒店。

Operation函数模拟各操作（例如预定航班、预定酒店）的实现，根据输入决定该操作执行结果（成功或失败）。

使用Serverless工作流控制台创建下面的流程。

在控制台上对创建好的流程（Flow）开始一个新的执行（Execution）。StartExecution API要求传入JSON格式的输入。下面的JSON对象可以模拟每个步骤的成功或失败（例如"reserve_hotel_result":"fail"代表模拟预定酒店这步失败）。StartExecution是一个异步API，调用结束后，Serverless工作流会返回一个执行名字用来查询流程执行状态。

流程执行开始后，在Serverless工作流控制台可以查看流程的执行过程和结果。从步骤信息页签您可以看到，由于"reserve_hotel_result":"fail"和ReserveHotel函数调用失败，Serverless工作流按照流程定义，依次取消航班（CancelFlight）、取消火车票（CancelTrainTicket）。Serverless工作流每个步骤转换有持久化的保证，因此网络中断或进程崩溃等失败场景不会影响流程事务性的保证。

流程执行会产生执行历史事件（event），这些事件可以通过控制台、SDK或CLI调用GetExecutionHistory API查询。