反应式流模型：原理、应用与实现
1. 何时使用流模型
从更高层面看，多个有界上下文可构成另一个图 H，其中每个上下文是一个节点，连接两个上下文的边表示它们的交互方式。与图 G 不同，图 H 中连接多个上下文的边几乎都构成系统的异步边界。
消息传递是处理模型异步边界通信的一种方式，但使用基于显式消息传递的 Actor 模型设计 API 存在缺点。Actor 提供无类型的交互模型，导致难以对领域模型进行推理。不过，Actor 轻量级，易于扩展，一台标准笔记本电脑可运行数百万个 Actor 来传递表示实体间领域交互的事件。
反应式流模型结合了两者的优点：提供类型化的 API，可组合成简洁的声明式 DSL，并以 Actor 模型的实现形式具体化。它能统一建模同步和异步边界，以原则性的方式处理故障，还能利用类型化组合 API 进行推理。作为反应式模型，流能处理背压，确保生产者到消费者的数据流动与反向的需求流动达到最佳平衡。
当业务用例可建模为一系列形成流程图的转换时，可考虑将反应式流作为潜在的建模抽象。该模型的核心是将流作为一等抽象，使操作符与数据到达或离开的时间解耦。数据可异步或并发处理，操作符对此毫无感知，这使模型更具模块化，因为操作符和数据流可独立发展和扩展。例如，在 Akka Streams 架构中，Flow 对流处理步骤进行建模，并提供 map 和 mapAsync 函数来表征操作符间的数据流动类型（同步或异步），使整体架构更模块化。
2. 领域用例
以个人银行领域为例，使用反应式流作为主要实现技术，对银行前台与后台的交互进行建模。具体工作流程如下：
-聚合交易：前
