9、微服务的规模调整与数据处理策略

微服务的规模调整与数据处理策略

1. 微服务规模调整

1.1 事件风暴流程

事件风暴是一个高度互动的过程，需要所有参与者的积极参与，通常还充满乐趣。不过，这需要有经验的引导者来确保流程顺利进行。其实，成为一名优秀的引导者并不像成为火箭科学家或领域驱动设计（DDD）专家那样困难。在熟悉相关知识并进行一些模拟演练后，你就能轻松成为世界级的事件风暴引导者。

作为引导者，把控时间并制定计划很重要。以一场四小时的活动为例，时间大致分配如下：
| 阶段 | 时间 | 内容 |
| ---- | ---- | ---- |
| 阶段 1 | ~30 分钟 | 发现领域事件 |
| 阶段 2 | ~45 分钟 | 确定时间线 |
| 阶段 3 | ~60 分钟 | 反向叙述与命令识别 |
| 阶段 4 | ~30 分钟 | 识别聚合/有界上下文 |
| 阶段 5 | ~15 分钟 | 竞争分析 |

需要注意的是，这些时间加起来不足四小时，因为中间要给参与者休息时间，还要预留准备场地和开场指导的时间。

1.2 微服务规模调整原则

有界上下文是调整微服务规模的绝佳起点，但不能认为微服务边界与 DDD 或事件风暴中的有界上下文完全等同。实际上，微服务边界会随时间演变，随着组织和应用的成熟，微服务的粒度往往会逐渐增加。例如，Adrian Cockroft 指出，Netflix 在发展过程中就多次观察到这种趋势。

在成功采用微服务的案例中，团队一开始不会创建数百个微服务，而是从较少数量开始，紧密结合有界上下文。随着时间推移，当团队遇到需要消除的协调依