78_Bus消息总线是什么

好，同学们。那上一讲我们终于结束了第13章分布式的这个配置中心，看那。达到了我们的最佳的极限，也只能是保证手动版的动态刷新。能解决的，在我们的能力范围以内，已经解决了，那么继续优化了以后会有这些问题。第一个。33556677。变多了。第二个只要是服务膨胀了，我们要执行是不是要求运维改github上面的统一配置，当然那个是应尽的本分，要修改躲不掉，但是现在是不是额外多了一次post，好处呢？就是不用重启。第三一个我们想。广播一下，不要每次都是POS请求不要手动刷新，可不可以依次通知处处生效，第四一个可不可以该广播的广播，第二个广播了以后，有些东西要进行差异化的处理，定点清除。有些。

该变更的变更，假设这A到Z26台机器，24台动，那两台不动。我也收到通知了，那么实现差异化的管理，该广播通知的通知，该定点清除的清除，那么带着这些问题。我们来到我们的第14章消息总线，OK，那么它这个bus是对我们的config的一个加强，好处就是说明什么广播型的。自动版的动态刷新是砍的绝配，基本上他们两个是绝代双骄，要用就一块用哈，那么消息那么兄弟们。杨哥之前也讲过两门课，兔子rabbit MQ，另外一个是不是active MQ，那么这些东东也会带着大家呢复习一下，那么一说消息就要想到我们的消息总线，一般这种局域网广播型的通知消息中间键是躲不掉的，所以说我们这次bus不但讲他。

还会延伸我们的MQ。那么完成我们的。全自动的动态刷新和定点通知，来吧，我们呢，大概看了一下，还是脚踏实地。其首先。Shine bus是对砍上一讲的加深和扩充，我们的问题就是想实现分布式的，不再是手动版，是自动刷新配置功能。那么就让bus配合conflict他们两个合二为一，实现配置的真真正正的动态更新好，那么什么叫bus啊？那么换句话说的话，它首先是支持一种spring cloud的消息总线，但是它只支持两种，MQ和卡夫卡。OK，除非你用spring cloud，阿里巴巴，那么阿里巴巴那么又是用那个rocket。

MQ，那是另外一套，好，那么现在先说这个消息总线，说穿了，如果是消息中间键，你马上应该想到什么，不是队列就是脱皮口主题，那么我就是还没讲，你马上就应该反应过来，嗨，能够自动的全局广播通知刷新的无非就是所有的微服务去订阅了一个topic皮口主题，就跟我们的微信公众号订阅一样，现在一次上硅谷的微信公众号。更新了，只要订阅过的人，是不是通通自动化更新啊，就这么回事，你的手机上是不是有个红点点那个数字听懂，所以说也没什么怎么来吧，我用尽量简单的给大家整明白。首先啊，Bus配合卡叫。消息总线配合我们的分布式看，实现配置的动态刷新，那么来老规矩，兄弟们先暂停一下录屏，先自行看一下。那么同学们。嗯，都很简单哈，没什么难的，说白了就是第三步，这多了一下，你看post bus refresh，只不过说穿了就是我们上一步的啊。

这个是不是我们人做的自己写CURL这个命令现在变成了什么鬼，是不是用消息中间键来给我们推送OK，那么它的原则是这样，假设我是一个运维，第一步push update conflict更新的，比方说数据库脚本变了，推到我们的get库，然后3344配置中心获得，那么配置中心获得以后，这块我们订阅的刷一下OK，全局通知啊，那么在这个总线上面，那么同学们发送一个post bus refresh给其中的一个，然后通过这个消息总线，我们可以局域网就像传染病一样的去广播达到。全局通知的目的，那么这个bus其实就是结合消息中间键，将分布式系统的节点与消息系统衔接起来的框架，整合了Java的事件处理机制和消息中间建的拓扑的是吗？

主题订阅的通知功能，那么现在这哥们只支持MQ。卡夫卡，我们本次用的是rabbit MQ，好，那么来他能干些什么呢？Bus来实现管理和传播分布式系统间的消息，在这看后面我们会讲啊，Post bus refresh，那么刷的这个上面就像一个分布式执行器，用于广播的状态和时间推送，可以当做微辅件的总线通道。注意细节，兄弟们，这张图和上面那张图不一样。来吧，上面这张是推给谁，是不是推给哎，其中在我们这个广播群里面的任何一个，然后由A慢慢的去传染，听懂了吗？但是第二种方法，请看他推给谁，推给我们的conflict server3344中心。

一次受污染了，然后全部。拉取全部通知，这么说能跟上，那么在这一块是不一样的，那么他们为什么被称为总线？现在微服务的架构当中会使用这个来构建一个共用的消息主题，就是我们一个订阅号，让所有系统中都连接上来，大家是不是都订阅了上硅谷的微信公众号？由于该主题中产生的消息会被所有实例监听和消费，所以称它为消息总线。那么在总线上的各个实验。都可以方便的广播一些需要让其他链接在主题上的实例都得到了消息，上硅谷的公众微信公众号，你们订阅了，我们上硅谷一通知啊，大家是不是就OK，所以说这个就是总线，那么大家都在这个总线的这个。

拉出来一个分支上面都可以都获得通知啊，那么所以说我们的conflict client都是监听MQ中的同一个主题，默认是spring cloud bus。当一个服务刷新数据的时候，它会把这个消息放到我们的主题当中，那么只要是订阅过的，监听到了他改变了同一主题的，就能获得通知，然后去更新自身的配置。那么至于说是什么主题啊，什么这些你要是还不明白的，那么杨哥在B站上讲过，这个active MQ，这些都是相通的，好，那么这个就是我们的。Bus消息总线，它是什么？能干什么？说穿了就是spring cloud。做了一个消息总线的这么一个。机制啊，肝我们的。Rabbit MQ或者卡夫卡整合完成的事件监听通知的功能，好，那么就给大家先介绍到这儿。