23、微服务架构中的通信、设计模式与数据库管理-CSDN博客

本文链接：https://blog.csdn.net/a0b1c2d3/article/details/149732799

微服务架构中的通信、设计模式与数据库管理

1. 同步与异步通信

微服务之间需要不时进行通信，通信类型取决于最终要完成的操作类型。
- 同步通信 ：一个服务直接调用另一个服务并等待响应，然后利用该响应完成自身流程。例如，预约服务知道患者 ID 但缺少其他信息，就需要同步调用患者服务获取详细信息。同步通信适合需要即时反馈的场景，但当涉及多个服务时，会增加响应时间和失败风险。
- 异步通信 ：适用于需要其他服务参与但不要求即时反馈的流程。以预约服务为例，需要完成保存预约信息、创建日历条目、发送邮件和通知等操作。可以使用异步消息系统（如 RabbitMQ 或 Azure Service Bus）作为中介，其他服务监听消息系统并处理数据。

通信类型	优点	缺点	适用场景
同步通信	即时反馈	响应时间长、失败风险高	需要即时反馈
异步通信	不依赖即时反馈、可独立处理	实现复杂	不需要即时反馈