00:00
好,同学们,我们前面讲解了分布式配置中心的功能作用和一些理论知识,并且有些前置的知识,那么接下来我们呢,来进行正儿八经的实战化配置,那么第一步是不是要完成我们他这个服务端?配置与测试,所以服务端就是我们这个总把头con server配置中心。好,那接下来我们开始进行我们的配置和讲解,当然在开始之前啊,兄弟们,我们先说好了,这个get哈,这些东东啊,May,包括get的那些命令,我认为是你懂了,那么这个就不能再让杨哥来操心说这些废话了,好,首先用你自己的get账号。比方说新建这么一个conflict新的仓库,那么这我呢?自己建了一个在我的账户下面,Cloud没问题吧。那么由上一步获得刚刚新建的地址啊,那么你自己把它下载到你本地模拟啊,假设这个运维其实正常情况下的配置的话,那么我们的运维是不是可以在上面点了以后,点这支笔来进行修改啊,那么假设我们最原始的话,我们把它认为。
01:17
他不会用GI,那么下载到本地,那么这个时候我们克隆到本地,然后在这个路径下面。Cloud,我们把它拿下来,这些我就不再废话,命令it clock同学们都没有任何问题吧?那么这些相当于我们本地就有了。那么。你以后要改什么,用命令去修改,可以直接登录getup上面,在界面上修改也可以,总这句话是不是就一处修改四次生效啊,那么这些命令呢,杨哥写在前面呢,是帮助大家复习一下,那么新建一个。仓库啊,在这个仓库上面有一些配置文件,然后呢,你把它拿到本地执行命令叫get,那么这个命令当然这是我,你要换成你自己的,听懂了吧。
02:08
好,那么完活以后,此时在本地的这个下面,我们就会有这些动洞,比方说我建了三个配置文件,Can div,亚么conig product,要么conig test,要么相当于说。我们在这儿就有了一些配置文件,好的,那么这些命令如果你还是不清楚,那杨哥也给你整理好了,给我照着抄,没问题了吧?那么这个东东呢?什么div啊,Product表示多环境,那么这些格式utf杠八,如果此处需要修改,我们模拟运维人员操作get和get HUB我们自己添加上去也好,或者是拉和推都OK,没问题吧?那么待会儿呢,我们图省事直接在界面上修改,那么这些命令写在前面,帮助大家做一个最后的复习好,那么环境搭建成功以后。
03:01
老规矩,那么是不是新建我们的配置中心模块3344,那么相当于说这就是我们的配置中心三。三。四。四假设后面就是55667733556677 OK吧,那么来吧。还是跟以前一样建我们的模块。然后JAVA8。每门的形式啊。过来扎下来比你少,那么同学们有了,那么我相信也熟悉了吧,冒泡沫亚沫煮起到OK吧,那么这个泡沫。看这色板OK,其他的都是照旧,那么直接粘贴,这是我们用新版的,告诉你是个配置中心,好,这是我们3344的。泡沫那老规矩,那么这个亚膜我们呢?
04:01
也。写出来,那么这个亚么,我们呢,将其变为spring的绿色的小叶子,那么找到我们的3344,因为我这个工具啊,建的工程多了以后出了一点小bug,无所谓,就是多一步配置的事,那同学们呢?这个是9001,那么找到我们的千万不要点错啊,找到我们的3344 OKOK,好,那么大家请看3344完成那么相似的配置啊,我们继续那么这个样么。来了。这要给大家做一下讲解,首先端口号微服务名字注册到我们的优瑞卡上面,我就闭嘴了,那么第二个我们呢,Cloud的can serve giar your地址,二是不是我们在GI这个官网上面,我们建立好的这个切记我们前面所讲过的理论知识这句话。
05:06
配置服务器为各个不同的外服应用的所有环境提供了一个中心化的什么鬼外部配置,听懂了吧?那相当于说我们现在这个3344啊,它最终是不是只认我们GIHUB这个仓库上面的配置文件,那么实现了远程跟本地的整体一致性和统计,那么我们现在在我们的giub上面spring cloud,这是我建了一个仓库。这个上面就有三份配置文件,OK,那么回到我们的配置。意思就是说我们要去这个地址上面去搜索目录search pass路径叫什么,这个仓库下面找一个叫cloud can的,那么大家请看是不是这个仓库下面有一个叫spring cloud的,然后呢,找哪个?Label must分支啊,听懂了吗?那么这块没问题吧,说穿了就是直接进到这个页面,类似于同学们能跟上好,那么现在我们是不是在must分支上面,好,这就是我们的要么,那么前提啊,同学们要完成什么,以及get get up,你的环境、密码、账号、命令以及跟idea的整合,我认为到我这儿你都是OK的了,这些杨哥就没有时间再带着你讲了,已经做到什么,连前面的小命令都带着你们。
06:22
复习了一下了,OK,如果真的忘记的同学,那么请你呢,自己再去看看我讲过的get视频,或者是其他老师讲过的都一样,那么下面。主启动内,那么看center may 3344,那么这个时候呢,好说。Come at,硅谷spring cloud跑到这儿,那么OK,那么一样,那么这些的话是不是要加一些新的配置啊,那么。激活我们的配置中心,那么这些我们呢,不重要了,直接粘贴。
07:00
好,那么这块的话呢,名字呢,稍微有点。不一样,那么其他的啊,都无所谓了,这些好,May。那么我们的computer center3344ok吧,那么我以前的笔记稍微有点小冲突,那么我们就拿这个到时候发给大家的时候呢,那么就。言行一致,这些都是小事,好,那么接下来我们修改一下我们Windows下的host文件,增加映射,还记不记得我们的那个U瑞卡,是不是7012,那么这一块呢,我们模拟本机看3344这么一个网站,Linux运维工程师它一登录就是指认这个,就把它当做是,呃,运维的兄弟们从这开始获取和管理,我们总把头的这个配置中心好,那么这个映射我们也讲过了,不再废话,我们呢,在host文件前面都说过。那么测试通过看的微服务是不是可以从K上面获取内容,那么下面我们启动我们的3344啊,那么前面做了配置啊,如果你不配这一块是不是就是我们的local host,然后3344啊,那么配了以后就是这个IP跟域名的映射啊,随便你,你真不配也可以,只不过你复习一下,那么接下来我们这个配置啊,我们来看看能不能获取那么重要的,完成以后我们先启动我们的3344微服务,我暂停一下录屏,同学们启动完成这提醒一嘴哈,切记先要启动我们的7001有瑞卡,再启动我们的3344配置中心,因为我们的配置文件上面写的很清楚啊,3344是不是先要去7001上面有月卡上面去注册呀,好,那么注册完成以后,我们接下来先看看我们。
08:43
Getub上面spring cloud can这个can复下面,我们这儿是不是有三个配置文件,我这就准备去访问can d这个东东,那么先来看一眼,在must分支下面,这儿有个can DV,那么大家点进去看看,这是在giu上面啊,我们还没有反问呢,那么请看有一个yam的形式KB键值,对,Can in,这是master分支上面。
09:07
这个仓库下面的can亚么版本号是多少?一,那么如果待会儿我们访问也能够通过3344微服务读到同样的内容,在浏览器里面打出来,那么就说明我们的配置成功,那么同学们。回撤第一次连get upb可能稍微有点慢啊,每个人环网络和环境不一样,那么我们稍微等他一会儿,那么待会我们可以看到,如果一切顺利,大家看看这个音符master分支上面的这个仓库下面的有这么一个配置文件,然后大家请看version时间回答我是不是成功读取到啊。OK,那么到这儿我们呢,就明白通过了我们的。Can微服务的测试可以从getup上面成功的获取配置内容,也就是说3344到这条线右边的这条线,同学们这波能跟上,我们成功打通好,那接下来我们来说一个配置的读取规则,这个呢很烦躁,其实掌握一种就行了,要阳哥的习惯就是你。
10:16
告诉我现在我去哪各分支上去取什么样的文件,但是呢,我也不知道为什么,他官网上哈居然干出来了五种。OK,那么包括这些配置,Spring cloud conflict UI,那么杨哥怎么知道的,怎么来的?那么大家请看是不是一回事啊,听到也是,看看官网就明白了。那么接下来我们来讲讲这几种配置文件的读法,不用掌握这么多,听懂了吧,那么你看要么要么property,其实都差不多,好吧,我们呢,说常用的这三种。那么第一种。Application profile样么?那么大家请看。这个东东呢,我们先来看must分之二,按照这个公式啊,Label这个就是分之二application减号听懂了吧,所以说为什么我们的配置叫conf减号DV,这是有关联的,这有个减号听懂,跟官网的要求一致啊,那它这个意思就是去这个地址上去3344的微服务,将会去我们配置好的get HUB的地址上面,去must分支上面去找我们的can div这个亚M配置文件,并读取内容,好那么同学们请看这个是不是还有测试环境,这个是不是还有。
11:37
生产环境,那么不妨我们依旧要把这个DV改一下,改成我们的测试环境。那么。大家看看,如果说一切顺利,请看t test亚么版本号也是一那么一样,我们。Prod,那么大家请看这个是不是我们的生产环境,那么它里面的内容是不是也会变成prod压模,那么说明通过这种配置完全成功,那杨哥我想去读div分支呢?
12:08
那么根据公式啊,干嘛是不是把master分支啊改成我们的DV分支啊即可呀,这么说能跟上,你看这些配置里面的话,干嘛一开始是不是就告诉你哪个地址上面的哪个仓库的哪个分支啊,听到那么欧拉。我们呢直接拷贝,那么大家请看,如果我现在想去读我们的。D开发分之二默认是不是must分之二,那么这个时候大家请看这两个,这个是不是叫D分之二,注意这个是不是叫must分之二,这是两回事,明白了吗?那么其他的我就不再一一去测试。那么这。这是我最推荐的一种配置方式,很清晰哪个分支上面,按照它的要求,大家请看application,这就是我们的应用名称中间一个减号,然后profile告诉我是D开发环境。
13:05
测试环境,生产环境OK,好,这是我们的第一种,第二种呢是。没有,这个level是application profile,要么那么大家请看我们这儿,如果说按照这个测试,那哪来的呢?为什么他把前面的这个给。省略了呢,这个label就没有了,你看是不是只有这个和这个,那么同学们请看它默认读出来是谁,默认读出来的是不是must分支啊,为什么?因为你在这儿是不是可以做一个配置啊,换句话说,你就是不派或者派他都认为如果你上面不写我默认就先去找一下我们的什么。Must分支啊,OK,那么假设啊,这个不存在的配置呢,我们来做一下测试啊,这三个都是存在的,好吧,那么假设我们这不存在的配置啊,叫can叉叉叉,OK,那么我们这就随便写一个,那么我们在get上面根本有一根本就没有一个叫abcd的,那么同学们请看诶。
14:03
在我们这儿是不是。我们这个配置下面只有什么DV产品和测试,没有一个叫abcd的,大家请看。空明白,好,那么最后一种application profile label,哎呀,什么意思啊,跟上面这个是一个逆操作,同学们能跟上,把分之二写到后面,OK也一样的用。那么这我们。看一下这个是把master从大到小,这个你把它理解为就是从小到大,但是大家看他们答的内容不一样,这个是出阶层串,这个是直接读我们的conflict in for,那么除了这个阶层串以后,那么同学们我们是不是自己去解析里面的相关内容啊?那么这是三种不同的读法,我个人习惯还是用这个。那么小总结一下我们就会明白,Label表示的是分之二,Name表示的是服务名,Profiles表示的是你的开发、测试或各种生产环境。OK,这个就是我们的配置读取规则。那么到这我们成功实现了cloud con通过k Hu获取配置信息,我们的总把头配置中心3344搭建完毕。
我来说两句