3、微服务架构中的消息传递、契约与数据管理

微服务架构中的消息传递、契约与数据管理

1. 微服务的消息传递方式

在微服务架构中,消息传递是实现组件间交互的关键。与单体应用主要通过函数调用实现组件间通信不同,微服务采用轻量级消息系统,常见的是 HTTP(S)。这种轻量级消息系统是微服务的一大优势,相比使用复杂多协议消息系统的面向服务架构(SOA),更易于采用和扩展。微服务强调端点智能,通信通道尽可能简单。

微服务间的交互主要有两种方式:直接消息传递和通过轻量级消息中间件(MOM)。
- 直接消息传递 :每个请求直接发送到微服务的 API 端点,请求可由用户、应用程序或其他微服务发起。端点通常使用 REST 实现,REST 是一种基于 HTTP 请求方法(如 GET、PUT、POST 和 DELETE)的架构风格,其无状态特性使其快速、可靠且可扩展。
- 操作步骤
1. 确定请求的目标微服务及其 REST 端点。
2. 根据需求选择合适的 HTTP 请求方法。
3. 按照端点支持的消息格式(如 JSON、XML 等)准备请求数据。
4. 发送请求并等待响应。
- 示例 :在基于微服务的电子商务应用中,管理员可通过用户服务的 REST 端点创建、更新或管理用户;移动应用可通过兴趣服务的 REST 端点查询用户兴趣。
- 注意事项 :避免构建长链同步调用,以免导致高延迟和失败可能性增加;直接消息传递适用于小型微服务部署,大型部署建议使用 API 网关。
- 观察者模型

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值