。设备中间是微办事架构一一个逻辑解耦但物理不解耦的利器。它本来在逻辑上依附于本身的设备文件，依附于下流，如今不再向设备文件索要设备，而是所有调用方逻辑上只依附于设备中间。物理上不解耦，是大年夜设备文件拿到设备今后该连谁照样连谁。

二

微办事架构解耦利器-消息总线最佳实践

消息总线（Message Queue），后文称 MQ，是一种跨过程的通信机制，用于高低游传递消息。它也是微办事架构中很常见的解耦利器之一，在数据驱动的义务依附、调用方不存眷处理结不雅、存眷结不雅的长时光调回等场景下应用。

数据驱动的义务依附。大年夜部分公司都有 BI、数据部分，天天都邑跑一些日记、数据库，多个义务之间往往存在依附关系，义务1先履行，依次是义务 2、义务 3 输入，最终获得结不雅。在没有消息总线之前，大年夜多公司和58到家的做法雷同，就是人工排班表。

人工排班表的弊病如下：

1. 本来履行时光是40分钟，但为保险，每小我都邑多加时光，导致义务总履行时光延长。

2. 多个营业之间可能有多重依附，特别是在数据统计、数据分析过程中，一些核心脚本履行完，后面一系列脚本才能履行。

如下图，这种数据驱动的义务依附异常合适应用MQ解耦。

• task1准时开端，停止后发一个“task1 done”的消息

• task3同理

采取 MQ 的长处是：

• 不须要预留 buffer，上游义务履行完，下流义务总会在第一时光被履行

• 依附多个义务，被多个义务依附都很好处理，只须要订阅相干消息即可

• 有义务履行时光变更，下流义务都不须要调剂履行时光

调用方不存眷处理结不雅，如许的情况也合适消息总线来做解耦。举例，58 同城的很多下流须要存眷“用户宣布帖子”这个事宜，比如雇用请户宣布帖子后，雇用营业要嘉奖 58 豆；房产用户宣布帖子后，房家当务要送 2 个置顶；二手用户宣布帖子后，二手营业要修改用户统计数据。

对于这类需求，常见的实现方法是应用调用关系：帖子宣布办事履行完成之后，调用下流雇用营业、房家当务、二手营业，来完成消息的通知，但事实上，这个通知是否正常、精确的履行，帖子宣布办事根本不存眷。

　　推荐阅读

　　一文看懂智能图像传感器行业的前世今生

智能图像传感器由图像传感器和视觉软件构成，可以或许捕获和分析视觉信息，代替身眼做各类测量和断定的设备，其应用组件-摄像头今朝已广泛应用于各类花费电子如：手机、电脑、可穿戴设备，>>>详细阅读

本文标题：微服务架构的两大解耦利器与最佳实践

地址：http://www.17bianji.com/lsqh/35671.html

 1/2    1