7、分布式系统中的协作模式与技术选择

分布式系统中的协作模式与技术选择

在分布式系统开发中，我们常常需要在不同的协作模式和技术之间做出选择。这些选择会影响系统的耦合度、可维护性和可扩展性。下面将详细介绍两种协作模式——编排（Orchestration）和编排（Choreography），以及两种常用的请求/响应技术——远程过程调用（RPC）和表述性状态转移（REST）。

1. 事件驱动协作与传统请求模式对比

传统的客户端 - 服务器交互模式中，客户端发起请求并等待响应，还可能注册回调函数，让服务器在操作完成时通知自己。而事件驱动协作则是一种相反的模式，客户端只发出事件，告知其他方“这件事发生了”，期望其他各方知道如何响应，而不直接告诉它们该做什么。

事件驱动系统具有以下特点：
- 异步性 ：事件的处理是异步的，各方独立响应事件。
- 智能分布 ：业务逻辑更均匀地分布在各个协作方，而非集中在核心模块。
- 高度解耦 ：发出事件的客户端无需知道谁会响应事件，便于添加新的订阅者。

2. 编排与编排模式对比

在处理跨越多个服务边界的复杂业务流程时，有两种架构风格可供选择：编排和编排。下面以 MusicCorp 创建客户的流程为例进行说明。

2.1 创建客户的流程

创建客户时，涉及以下步骤：
1. 在忠诚度积分银行中为客户创建新记录。
2. 邮政系统发送欢迎包。
3. 向客户发送欢迎邮件。

这个流程可以用流程图直观地表示。

2.