DEV Community
·
微服务的故事 第二部分：消息传递 - 当REST和gRPC需要休息时！
内容提要
微服务通过异步消息传递实现高效沟通，避免等待。服务A向服务B发送消息，B可稍后处理。消息通过消息代理（如Kafka）传递，分为命令消息和事件消息。异步消息提升系统的可扩展性和可靠性，适合现代微服务架构。
关键要点
-
微服务通过异步消息传递实现高效沟通，避免等待。
-
服务A向服务B发送消息，B可稍后处理。
-
消息通过消息代理（如Kafka）传递，分为命令消息和事件消息。
-
异步消息提升系统的可扩展性和可靠性，适合现代微服务架构。
-
消息通道是发送者和接收者之间的连接。
-
每条消息包含头部（元数据）和主体（有效载荷）。
-
消息类型包括文档消息、命令消息和事件消息。
-
点对点通道和发布/订阅通道是两种主要的消息传递方式。
-
异步请求-回复机制允许客户端不阻塞地接收响应。
-
Brokerless和Broker-Based是两种消息传递的主要方式。
-
Broker-Based方法通常更适合于可扩展和可靠的系统。
-
不同的消息代理实现略有不同，但大多数支持P2P和Pub/Sub通信风格。
-
消息传递存在一些缺点，如代理瓶颈和操作开销。
-
异步消息传递是构建解耦、弹性和可扩展微服务的强大工具。
延伸解读
异步消息传递的优势
异步消息传递使微服务能够在不阻塞的情况下进行通信，提升了系统的可扩展性和可靠性。通过消息代理，服务可以在繁忙时段处理请求，避免了直接调用带来的等待时间。这种方式特别适合现代微服务架构，能够有效应对高并发场景。
消息通道的类型与应用
消息通道主要分为点对点和发布/订阅两种类型。点对点通道适合命令消息，确保每条消息只被一个接收者处理；而发布/订阅通道则适合事件消息，允许多个服务同时接收同一消息。选择合适的通道类型对于系统的灵活性和响应速度至关重要。
Broker-Based与Brokerless的比较
Broker-Based消息传递通过中介服务（如Kafka）实现松耦合和可靠性，适合大规模系统；而Brokerless方式则减少了基础设施管理，但需要服务间的直接通信，可能导致消息丢失。对于大多数企业应用，Broker-Based通常是更优的选择。
延伸问答
微服务如何通过消息传递实现高效沟通？
微服务通过异步消息传递实现高效沟通，服务A向服务B发送消息，B可以稍后处理，从而避免等待。
消息传递中有哪些主要的消息类型？
主要的消息类型包括文档消息、命令消息和事件消息。
什么是消息代理，它的作用是什么？
消息代理（如Kafka）是一个中间人，负责接收和分发消息，提升系统的可扩展性和可靠性。
异步消息传递的优点是什么？
异步消息传递提升了系统的可扩展性和可靠性，适合现代微服务架构。
点对点通道和发布/订阅通道有什么区别？
点对点通道将每条消息发送给一个接收者，而发布/订阅通道则将消息广播给所有感兴趣的接收者。
使用Broker-Based消息传递的缺点是什么？
Broker-Based消息传递可能存在代理瓶颈和操作开销，但通常更适合可扩展和可靠的系统。
