80_Bus动态刷新全局广播的设计思想和选型

好，同学们。我们的rabbit MQ环境安装完成，那么接下来我们要用二动态刷新全局广播通知，一次通知全部生效。好，那么。来吧，兄弟们，继续加上我们的学习的难度和高度，必须先具备良好的rap MQ环境，先这么说能跟上，也就是说你能够给我local host15672这个兔子给我出来。别的咱们再说。下面演示广播效果，增加复杂度，我们以3355为模板，再制作一个3366，这么说能跟上，那么是不是还是我们的这五部啊，兄弟们没问题吧，那么我们现在之前是3344啊，只通知一台机器，你广播广播我是不是要一次啊，多个通知啊，所以说我们兄弟们新建。我们的3366，那么来吧，嗯，同学们呢，就辛苦一下啊，再看杨哥多操作几遍，那么还那句话，我保证你是不是看都看会了，OK，那么这些都是重复了，最终会重复30多次，那么大家呢，一定没有任何问题了，好，那么3366的泡沫搞定。

来，那么这块po沫以后，前面的这个po沫包和以前的一样，也是加conf client，注册web accurate，不多废话，好，3366搞定，那么我们的这个亚么也跟前面的差不多，那么这个时候兄弟们。跑到这儿，我们的fair。第三步，Application yam是不是有杨哥说的建mode，改po沫，写yam，那么这个时候我们的application，那么在这块由于工具出了一点小问题哈。不废话，以后我就不废话了，直接就配了。我相信同学们也都听吐了吧，听吐了就说明你会了，OK，好，那么找到我们的3366，然后在这一块的话呢，找到我们的application样么，OKOK，加载启动，那么这个时候好修复过来了，变成小叶子了，那么这个时候请看3366。

兄弟们，没有任何问题吧，跟前面的一样，连的是3344MASTER分支上面的看。干D给要么注册进7001，然后我们暴露的副端点依旧OK，那么这是我们的。亚么第三步，好，那么主启动类。3366，那么这个东懂和之前的一模也一样，那么建一个Java类卡，艾特硅谷点spring cloud。OK 3366，那么同学们这个东东。不介绍，直接粘这些代码。OK。好，那么接下来兄弟们，我们的看臭了，那么也和之前的一样。

来吧。OK，那么跑到这儿，那么这些呢，也是非常非常非常简单的好，那么。同学们，没有任何问题吧，那么这个value。我们呢？加了一个端口啊什么的，这个都好说，就是读3366这个端口，我们本机现在现在是3366 OK，其他的跟我们前面那个3355都这么一回事，那么服务的端口，然后呢，服务的can in for，说是还是读我们spring cloud上面这个can，呃，读我们getu上面这个can in for，好，那么这个就是我们的3366搁到这儿，我们重新构建完成，那么下面我们先要把我们的7001有瑞卡先启动，那么一边启动一边。看我们的设计思想。首先。我们的通知啊有两种哈，利用消息总线触发一个客户端。

刷而刷新所有的客户端配置，触发神一个客户端，第二种是利用消息总线触发一个服务端，看server的bus端点，还记不记得上一讲。由于弟兄们是第一次学，可能没有注意到这两张图我选的意思啊，大家请看这个是不是？我们的bus通知的是谁？通知的是砍S通知这个中心听懂了吧，然后由中心开始传广播给其他，这是一种，第二种呢。大家请看。这个第三步也是发这个bus，也是发post，他有没有通知这个中心，它没有，它是通知了其中的一个客户端，这是两种设计思想，明白了吗？所以说现在。兄弟们。我们一起来。整明白这个消息通知的设计思想都可以广播通知啊，是由总控通知啊，还是由。

单机版的小道消息通知都可以，比方说现在疫情肺炎，你是相信中央电视台还是相信微博上的一些造谣的？OK，那么下面过来吧，利用消息总线触发一个客服端，注意哪个端客服端。然后进而刷新所有的客户端。那么兄弟们请看。架构图。bus是我们。发送的这个refresh给其中的一个什么客服端，一个客户端，诶中招了，就跟传染一样，其他的1232和三，再跟着这个客户端一被通知，这是一种思路。第二个是。触发一个什么端，服务端直接打到我们的卡server上面，就是我们的3344，然后由3344再刷新我们的3355 3366，那么他的思路是这样的，打是打到这儿上，一个是打到其中的一个客服端，这个是打到总控带头大哥这3344，那么兄弟们想都不用想图二的架构，也就是我们的这个打到3344上面可能更合适啊，那么为什么图一不合适呢？一。

破坏了微服务的职责，单一线，我3344就是个干活的，比方说我就是个订单模块，你你干嘛还要让我来通知其他人呢？这样是不是让我觉得我的负担就重了，万一我挂了，是不是既影响订单服务，又影响通知服务，数罪并罚，死的更惨。所以说这个时候微服本身是业务模块，不需要再承担刷新的这个职责。第二个破坏了微服各个节点的对等性。假设335533663377，我们这三个都是订单模块，我们是个集群，现在我们是不是订单订单订单，但是这两个没有通知功能，这个有通知功能既增加额外负担，增加了额外的负担，又破坏了他们的平等平衡性，有些时候这个配置我们更新A不方便更新B跟C，那么整个集群是不是会产生分裂好。

局限性，那么就是迁移的时候地址会变化，那么如果这个时候想做到自动刷新，就会增加更多的修改明白，所以说切记啊，我们用的是第二种设计思想。通知总控，有总控。通知其他，而不是通知其中一个。具体的干活的实例由他传染给其他，虽然说从技术上两种方案都可以，但是我们的技术选型ABCD1234说清楚了，我们最终选的是第二种，这种方案通知总控，那么这个就是我们的。Bus动态刷新全局广播的设计思想和技术选型。