微服务之间如何相互通信？

Question

微服务之间如何相互通信？

IT Interview Practice · Accepted Answer

服务通过**同步**方式（REST 或 gRPC 上的 request/response）或**异步**方式（通过 Kafka 或 RabbitMQ 等 broker 的消息/事件）进行通信。

## Synchronous (request/response)

调用者等待回复。简单直观，但会耦合可用性——如果被调用者宕机，调用者会受到影响。

```http
GET /orders/42 HTTP/1.1
Host: orders-service
Accept: application/json
```

## Asynchronous (messaging/events)

发送者发布消息并继续；消费者稍后处理它。这在时间上解耦了服务。

```text
Order Service ──publish "OrderPlaced"──▶ [ Broker ] ──▶ Email Service
                                              │
                                              └──▶ Inventory Service
```

## 何时使用哪种方式

| 需求 | 选择 |
|---|---|
| 需要立即为用户返回答案 | Synchronous |
| 解耦、缓冲、扇出 | Asynchronous |
| 强时间耦合可接受 | Synchronous |
| 抗下游故障能力 | Asynchronous |

## 陷阱

长**同步链**（A → B → C → D）会倍增延迟和故障概率。尽可能选择异步或聚合。

## 为什么这很重要

通信方式塑造了系统的弹性：同步调用易于推理但产生紧密的运行时耦合，而异步消息通过最终一致性的代价换取解耦。

大多数实际系统混合使用两者——用户面向的读操作使用同步，后台工作流使用异步。

需求	选择
需要立即为用户返回答案	Synchronous
解耦、缓冲、扇出	Asynchronous
强时间耦合可接受	Synchronous
抗下游故障能力	Asynchronous

Synchronous (request/response)

Asynchronous (messaging/events)

何时使用哪种方式

相关问题

陷阱

为什么这很重要