如何用Serverless 架构实现服务编排？

"电商中的一个核心场景——订单流程涉及到多个分布式写的问题，这是引入微服务架构导致的最麻烦的一个问题。 单体应用在一定程度上可以比较容易地处理这个流程，因为使用了一个数据库，可以通过数 据库事务保持数据一致性。但是现实中可能不得不去跟一些外部服务打交道，需要一定的机 制保证流程的前进和回退顺利完成，解决这个问题的一个经典模式是 Saga 模式，而实现 这种模式有两种不同架构： 一种做法是采用事件驱动模式，驱动流程完成。在这个架构里，有一个消息总线，感 兴趣的服务如库存服务监听事件，监听者可以使用服务器或者函数。借助于函数计算和消息 主题的集成，这个架构也可以完全不使用服务器。 这个架构模块是松耦合的，职责清晰。不足之处是随着流程变得更长更加复杂，这个系 统变得难以维护。比如很难直观地了解业务逻辑，执行时的状态也不宜跟踪，可运维性比较差。 另外一种架构是基于工作流的 Saga 模式。在这个架构里，各个服务之间是独立的， 也不通过事件传递信息，而是有一个集中的协调者服务来调度单个业务服务，业务逻辑和状 态由集中协调者维护。而实现这个集中的协调者通常面临以下问题：  编写大量代码来实现编排逻辑、状态维护和错误重试等功能，而这些实现又很难被其它 应用重用；  维护运行编排应用的基础设施，以确保编排应用的高可用性和可伸缩性；  考虑状态持久性，以支持多步骤长时间运行流程并确保流程的事务性。 依赖于云服务，比如阿里云的 Serverless 工作流服务，这些事情都可以交给平台来 做，用户又回到了只需关注业务逻辑的状态。