14、深入探讨微服务消息模式、性能优化与故障处理

深入探讨微服务消息模式、性能优化与故障处理

1. 核心模式与大规模模式

多服务和多消息的配置可能性呈指数级增长，但所有消息模式都可分解为四种核心 1/2 模式，这有助于理解大型微服务系统。以下是一些值得了解的大规模模式：
- 链式模式 ：代表串行工作流，可通过编排微服务实现，也可按特定配置实现，其中工作流消息进行编排，串行特性是各个微服务遵循本地规则的涌现属性。在分布式系统中，并行工作总会受限于无法并行化的工作，企业软件中常有动作受限的情况，即必须满足特定条件才能继续工作。
- 树状模式 ：代表具有多个并行链的复杂工作流，在触发动作导致多个独立工作流的场景中出现。例如，电子商务网站的结账过程需要从客户沟通到订单履行等多个工作流。

2. 消息扩展与性能权衡

微服务架构会增加网络负载，降低整体性能。在讨论性能问题前，需明确两个术语：
- 延迟 ：系统完成一个动作所需的时间。用百分位数衡量延迟更好，如 90% 百分位数下 100 毫秒的延迟意味着 90% 的请求在 100 毫秒内响应，这样能捕捉到不可接受的峰值行为，低延迟是理想结果。
- 吞吐量 ：系统能承受的负载量，以每秒请求数表示。单独的吞吐量速率用处不大，最好同时提及吞吐量和延迟，如在某个百分位数下的速率。

选择微服务架构意味着明确的权衡：更高的吞吐量，但也有更高的延迟。能获得更高吞吐量是因为水平扩展更容易，可精确扩展需要扩展的微服务，更高效地分配资源；但会有更高延迟，因为网络流量和网络跳数增加，消息在服务间传输需要