17、微服务架构：实现、弹性与扩展

微服务架构：实现、弹性与扩展

1. 微服务工作流实现方法

实现某些用例时，需要访问多个微服务，如 Faculty、Timetable 和 Resources 微服务。实现此工作流有两种基本方法：
- 点对点编排（Peer-to-peer choreography） ：所需的微服务直接通信以满足请求，将工作流处理的责任和知识分散到每个自治的微服务中。通信可以是同步的，也可以采用异步的发布 - 订阅方法。
- 集中式编排（Centralized orchestration） ：实现工作流的逻辑嵌入在单个组件（通常是专用微服务）中，该组件与领域服务通信并将结果返回给用户。

两种方法各有优缺点。例如，集中式编排便于监控请求进度，因为逻辑集中在一处；但在请求负载高时可能会造成瓶颈，且要确保编排器不会成为单点故障。

2. 微服务的弹性问题

在大多数时间里，分布式系统能正常运行，网络快速可靠，机器和磁盘很少崩溃，基础平台也很健壮。然而，当请求频率和数量增加时，线程会争夺处理时间，内存变得稀缺，网络连接饱和，延迟增加，微服务的行为会变得不可预测。为确保系统在负载增加时不会突然失败，需要采取一些必要的预防措施。

2.1 级联故障（Cascading Failures）

考虑一个简单的微服务架构，请求到达微服务 A，A 调用微服务 B，B 再调用微服务 C。当微服务 A 的请求负载增加时，会给 B 带来更大负载，B 又会给 C 带来更大负载。如果 C 由于处理能力不足或数据库争用等原因响应时间增加，会给 B 造成反向压力，导致 B 对 A