个人展示网站,电子商务网站建设 iis,怎样做网站的优化 排名,logo制作规范在微服务化系统中#xff0c;存在三个最核心的组件#xff0c;分别是 RPC、注册中心和MQ。
在前面的两篇文章#xff08;见《服务化架构 IM 系统之应用 RPC》和《服务化架构 IM 系统之应用注册中心》#xff09;中#xff0c;我们站在应用的视角分析了普适性的 RPC 和 注…在微服务化系统中存在三个最核心的组件分别是 RPC、注册中心和MQ。
在前面的两篇文章见《服务化架构 IM 系统之应用 RPC》和《服务化架构 IM 系统之应用注册中心》中我们站在应用的视角分析了普适性的 RPC 和 注册中心应该提供的服务能力。今天我们继续站在应用的角度分析微服务第三组件 MQ。 RPC 和 MQ 是微服务化系统中服务之间两种典型的通讯模型见下图。 MQ 通讯模型是通过消息实现服务之间的数据传输MQ 的核心原理可以抽象为下图。 服务发送的消息先传输到 MQMQ 是保存消息的容器 MQ 具备持久化能力保证了消息的可靠性 MQ 分别与消息的生产方和消费方通讯从根本上对两者进行了解耦
而在 RPC 通讯模型中数据传输的可靠性以及服务之间的耦合性则不如 MQ 通讯方式如此来看MQ 能否完全替代 RPC 呢答案肯定是不行的。分别基于 RPC 通讯模型 和 MQ 通讯模型的 IM 分层架构见下图。 本质上讲完全通过 MQ 通讯的系统是一个中心化的系统而通过 RPC 通讯的系统则是一个去中心化的系统MQ 完全替代 RPC 后若 MQ 崩溃则整个系统将陷入瘫痪风险更大。
一般来说当系统对实时性要求较高或者服务消费方对服务提供方的处理结果非常关注时我们会使用 RPC 通讯模型。而 MQ 通讯模型常见应用场景主要有以下五类。
1一多应用
一多应用指消息生产方是一个服务而消息消费方是多个服务消息生产方只管将消息发送到 MQ 即可哪个服务对消息感兴趣来 MQ 订阅消费即可消息生产方无需关注。见下图。 在电商平台中IM 系统中产生的每一条聊天消息都会发送到 MQ订单服务、交易服务和广告服务分别从 MQ 中获取消息来进行服务内部的逻辑处理。
2轻重分离
轻重分离指将轻量级的业务与重量级的业务通过 MQ 分离开来将核心的业务与非核心的业务通过 MQ 分离开来。见下图。 在分层架构的 IM 系统中由 logic 处理实时性较强的轻量级的核心业务如消息收发而由 extlogic 处理实时性较弱的重量级的非业务业务如离线用户召回logic 与 extlogic 之间通过 MQ 通讯实现轻重业务的分离。这一块应用场景在之前的文章中有过详细分析见《分层架构 IM 系统之架构演进》。
3结果忽略
结果忽略指消息生产方不关注消息消费方的处理结果也就是消息消费方对消息的处理结果不会影响消息生产方的处理流程这个也是 MQ 最常用的业务场景。反之如果消息生产方对消费消费方的处理结果很关注的话就应该用 RPC 了。见下图。 用户A 向用户B 发消息用户B处于离线状态此时 logic 会向 MQ 发消息pusher 服务从 MQ 获取消息后向用户B 推送一条手机的 push 以此提醒用户B有用户A 向你发送了 IM 消息pusher 服务是否能成功将手机的 push 消息推送给用户Blogic 并不关注也不会影响 logic 的处理流程。
4流量缓冲
流量缓冲指消息消费速度低于消息的生产速度而没有及时消费的消息暂时缓冲在 MQ 中给下游服务一些时间来逐步对消息进行消费。见下图。 当 logic 产生需要广播的消息时发送给 MQextlogic 从 MQ 获取消息后广播发送给相关用户。消息广播是一个相对耗时的动作没有及时处理的广播消息暂时留在 MQ 中由 extlogic 沉住气逐步消费处理即可。
5架构保护
在服务化的分层架构中我们经常建立这样的约束机制上层服务调用下层的服务下层的服务不能调用上层的服务同层服务之间也禁止相互调用。这样的架构约束是为了尽量减少服务维护时的影响范围防止调用扩散产生服务之间的强耦合。
在业务规模逐步扩大服务数量不断增加时同时因为业务快速迭代的需要在架构落地时这样的约束很容易被打破此时可以通过引入 MQ 来包含上述的约束机制。见下图。 上层服务通过 RPC 调用下层服务在现实情况中下层服务 “不得不” 调用上层服务时通过 MQ 通讯机制进行调用以此保护整个架构。 MQ 在系统中应用广泛除了上述五类应用场景外还有三类特殊用法分别是顺序消息、事务消息和延时消息。
顺序消息应用在业务消息按既定顺序执行的流程中事务消息应用在消息生产方和消息消费方两个独立进程的业务在同一个事务中运行延时消息应用在消息消费方按既定时间进行消费的场景中。
三类消息的特殊应用分别保证了业务的流程顺序、时间顺序和同时执行的事务性在后面的文章中我们结合着 MQ 架构来剖析这三类消息的实现原理。 最后总结文中关键 微服务化系统存在三大核心组件RPC、注册中心 和 MQ MQ 通讯模型中其消息的可靠性及对服务耦合性的解耦都优于 RPC但是 MQ 不能完全替代 RPC 对实时性有强要求或对提供方结果非常关注时应该使用 RPC 通讯模型 MQ 通讯模型有五大应用场景一多应用、轻重分离、结果忽略、流量缓冲、架构保护 MQ 有三类特殊用法顺序消息、事务消息和延时消息。
