微服务的实现、弹性与扩展
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 的响应变慢。
若负载持续增加,微服
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



