DEV Community
·
微服务的故事 第二部分：消息传递 - 当REST和gRPC需要休息时！
💡
原文英文，约1400词，阅读约需6分钟。
📝
内容提要
微服务通过异步消息传递实现高效沟通，避免等待。服务A向服务B发送消息，B可稍后处理。消息通过消息代理（如Kafka）传递，分为命令消息和事件消息。异步消息提升系统的可扩展性和可靠性，适合现代微服务架构。
🎯
关键要点
- 微服务通过异步消息传递实现高效沟通，避免等待。
- 服务A向服务B发送消息，B可稍后处理。
- 消息通过消息代理（如Kafka）传递，分为命令消息和事件消息。
- 异步消息提升系统的可扩展性和可靠性，适合现代微服务架构。
- 消息通道是发送者和接收者之间的连接。
- 每条消息包含头部（元数据）和主体（有效载荷）。
- 消息类型包括文档消息、命令消息和事件消息。
- 点对点通道和发布/订阅通道是两种主要的消息传递方式。
- 异步请求-回复机制允许客户端不阻塞地接收响应。
- Brokerless和Broker-Based是两种消息传递的主要方式。
- Broker-Based方法通常更适合于可扩展和可靠的系统。
- 不同的消息代理实现略有不同，但大多数支持P2P和Pub/Sub通信风格。
- 消息传递存在一些缺点，如代理瓶颈和操作开销。
- 异步消息传递是构建解耦、弹性和可扩展微服务的强大工具。
❓
延伸问答
微服务如何通过消息传递实现高效沟通？
微服务通过异步消息传递实现高效沟通，服务A向服务B发送消息，B可以稍后处理，从而避免等待。
消息传递中有哪些主要的消息类型？
主要的消息类型包括文档消息、命令消息和事件消息。
什么是消息代理，它的作用是什么？
消息代理（如Kafka）是一个中间人，负责接收和分发消息，提升系统的可扩展性和可靠性。
异步消息传递的优点是什么？
异步消息传递提升了系统的可扩展性和可靠性，适合现代微服务架构。
点对点通道和发布/订阅通道有什么区别？
点对点通道将每条消息发送给一个接收者，而发布/订阅通道则将消息广播给所有感兴趣的接收者。
使用Broker-Based消息传递的缺点是什么？
Broker-Based消息传递可能存在代理瓶颈和操作开销，但通常更适合可扩展和可靠的系统。
➡️
