05_尚硅谷_Zookeeper_应用场景.avi原创

下面呢，我们看一下这个主keepper的应用场景啊，看看它到底在哪些环境下能够使用主keepper。这里面先看几个名词。提供的服务包括统一命名服务。统一配置管理。统一集群管理服务器节点动态上下线，软负载均衡。咔咔，几个名声一拍。啊，我的理解就是完全懵的状态啊。葡萄是什么意思？啊，反正感觉高大上是吧。好，那下面呢，我们一个一个来看啊，一个来看。第一个，统一命名服务。什么叫统一命名服务呢？在分布式环境下。比如说我们这个这种分布式的大数据情况下，经常需要对应用服务统一命名，便于识别。比如说IP地址，你能记住吗？而域名，你容易记住。为什么这么说？3W点百度？他用的哪台服务器，IP地址多少能告诉？

不知道啊，但是一说这个域名3W点百度非常清楚，还有这个。国际上知名的这个网站，3W点艾特硅谷点。com。对吧。能知道这个域名大家都知道，但是呢，IP地址肯定不知道。你能给我说出来吗？说出来打一面空调。没有。来结束了。下面看啊，这个主keep server啊，主server啊，这个呢，就是主keep下的这个目录数啊，根目录根目录。下边呢，有一个3W点百度这个域名。一瓶下面呢，放了这个，假如说放了三台服务器啊，三台服务器。那么这个客户端在访问的时候啊。他肯定不会去输入这个这个地址啊，当然他内部人员知道的话，他可以哈，但是对于我们来说，我们最容易记住的就是他。就是它，那么这个客户端访问的时候，它就可以，哎，这个主细胞帮助你去，诶控制是连接这个服务器还是连接这个，还是连接这个。

啊，可以自动的帮你去调节哈，好。每个客户端访问都可以访问到不同的这个服务器上啊，再就是统一命名服务。啊，方便一个管理哈。那再往下统一配置管理。什么叫统一配置管理呢？在分布式环境下，配置文件同步是非常重要的。啊，或者是也非常常见的，比如说卡夫卡，或者拍多拍多到手对吧，拍多我们的配置文件是用什么同步的。SSYNC是吧，啊YNC我们这里写的一个同步脚本啊。脚本。那么有没有？这个主的功能能实现它呢啊。其实也是能的哈。我们看一下，一般要求一个基金中所有节点的配置信息是一致的，这个没有啥说的啊，就是在分布式环境下，那必须你的配置文件是一致的，否则就会乱套了，你这1000台服务器，你每一个配置都不不一样。

那这个运维人员不得精神分裂啊？肯定的啊，比如说卡夫卡集群，这个卡夫卡呢，后面我会说哈，这个卡夫卡自己就集成了。对，配置文件修改后，希望能够快速同步到各个节点上，这个跟我们那个分发脚本的，呃，在诞生的原因是一样的啊。那下面呢，这是配置管理，可交由这个主题波来实现。这个主。将配置信息写入主K本的note，比如说你这个配置信息啊，我往这个主配本上写。哎，写完之后干什么呢，其他这个客户端服务器。我来监听你这个节点的变化。或者说我就上你这来读数据，不写到这里了吗？哎，那我其他几点我都能看到。

这里个相当于监听，只要你这个服务器这个配置信息变化了。我立刻把你的拿过来进行一个更新。这是一个监听的一个过程啊，还记得是观察者模式吗？是吧，观察模式，只要他变化立刻过来啊。一旦真not z note中数据修改，主K将通知各个客户端服务。客单服务器，那这个呢，其实就是一个监听机制啊。那这是统一配置管理，下面呢，看一下这个统一集群管理。呃，分布式环境下，实实时掌握每一个节点的状态是必要的啊，这个要求稍微高一点，只要这个节点的状态变化，立刻所有的这个集群的节点全部都知道说诶这个C1数据发生了变化，变化成什么样了？是挂了还是说在线那。等等，这些信息，其他节点立刻就都知道。

那看一看哈。可根据节点实施状态做出一些调整。主黑面呢，可以实现实时监控节点的状态。可将节点信息写入主题本的note。监听这个震动的和获取他实时的状态变化。这是主挥棒啊，继续。这是呢，Group啊，相当于它的。这些节点啊，这些节点你再启动一个客户端，我这个客户端的状态就往上去写。啊，写到这个节点下面。那我再来一个，哎，我又往上写，再来一个又往上写。只要我这个状态发生变化，我就更新这里面的数据，他只要一更新其他节点就可以把这个数据的变化的信息分发到其他上啊，他都能看得到。这样呢，我就知道这个C1它的状态。是在线呢，是不在线呢啊等等一些情况，那我就可以做出相应的一个调整啊，是这个意思。

OK，这是统一基金管理。下边呢，是这个服务器动态上下线。啥意思呢？客户端能实时洞察到服务器上下线的一个变化，想想这边有多个服务器啊。如果你这个服务器已经挂掉了，我这边有个客户端。还能访问你吗？哎，我就不访问你了，我直接转向其他的了啊啊，直接转向其他的来看。上边三台服务器，下边上后端。这是主背包。服务器呢，把它动态它是否在线这个状态写入到。上。那客户端呢，要观察它。观察这个目录的数据变化。诶，发现这个数据。变化了。你说这台机器挂掉了。退出了。那之后我再访问的时候，我就不访问他了，诶直接转向这了。

从直的变成。好，那这个是服务器节点上下线。呃，通知，只要他一变化，立刻通知这个客服端。刚才我是挂掉了，那突然间他又上线了呢，是不是这里没有数据了啊，也有数据了，那还要通知他啊，不管你是下线还是上线，这个地方都能收到他的状态变化。那就可以采取相应的业务逻辑处理了哈。OK，最后的时候我们有一个综合案例，就是完全去做这个功能。在我们的。啊，4.4。监听服务器的动态。机电产业线。让大家综合去感受一下啊。好，那下面还有最后一个软负载均衡。在主K中记录每台服务器的这个访问数，让访问数最少的服务器去处理最新的。

你就说你这个。集群上可能有三台服务器，假如说有三台服务器，但是每台服务器的访问数呢，可能不一样。这有可能吧，哎，不不一样，那怎么办呢？哎，我可以通过这种方式我就知道。这个服务器上有六台60个访问的，这里面有50个，这里面有55个，那如果我再来一个人来访问。我是把这个客户端分给谁呢。分给50的最少的，那是不能保证它一个动态的一个平衡啊，啊动态平衡，其实这呢，就是这种软负载。均衡。啊，让这个每一个服务器的压力都不那么过。后面这个是访问数。啊，去调整它，哎。因为他知道谁上线了，那谁上线了你就告诉他，而且访问的谁这个地方都是非常清楚的知道的哈。啊，这是主推班的一个介绍。呃，像这些应用场景的一个介绍啊，呃，你属于这个了解范畴，后面的话经过几个案例下来啊，或者说你敲一敲这个代码之后，你对它的理解呢，就会更加深刻哈，呃，就属于了解。