00:00
各位同学大家好,接下来给大家介绍新一章的内容,Doer compos容器编排好,那么又来到了我们的提问环节。它是什么?它能干什么?给我们解决了哪些痛点,有什么好处?那么在说之前啊。这个。只要你单独用do卡就是还没上K8S之前几乎。345这三张100%,你是需要从操作到原理都需要了解的,那么这一章极其重要,说穿了。就是说你的容器实力太多了,你该如何管理?假设一个do上面一只金鱼背上有20个集装箱,那你这个是不是要开始来进行一下管理,比方说容器之间,它们涉及到启动的顺序。容器之间涉及到网络通信的调用,那么你都需要有一个大总管来给你管理起来,所以说这张非常的重要,那么也给大家安排上,带着大家来编排编排好老规矩。
01:00
是什么?Do comp POS是do官方提供的一种开源项目,负责实现对多卡容器B集群的快速安排。那么。一言以蔽之,只要是集群了,是一个还是多个,那少说是什么?七八个十多个以上的dota容器实例,你推用compos值得,如果是简简单单的就一两个,那你就完全的就玩简单版手工就行了,那么他给我们解决的问题。以及它出现的东东和前因后果是什么呢?首先,兄弟们。Compos是多少公司推出一个一个工具软件,可以管理由多个多块容器组成的一组,或者是一个大型的应用?我们呢,和spring boot差不多,需要一个样文件。写好多注意这句话,重点写好多个容器之间的调用关系,然后只要一个命令就能同时启动或者是关闭这些容器,说白了就是不是就是我们刚才所说那句话,需要容器之间的一个带头大哥,一个大总管好,那么现在我们来说一下他能干些什么。
02:12
来,同学们。我们拿大家已经熟悉的来给大家讲解,大家不熟悉的,那么spring兄弟们没问题吧?那么这个是我们多compos。那么搁到这儿了,以后我们来看看是什么,他能干些什么来,同学们以前没有spring的时候,我们都晓得我们需要对象干什么,是不是你一个对象?兄弟们,没有任何问题吧?接下来问题是。对象多了以后,正值涉及到有些对象,我们需要你先利这个对象,我再溜另外一个对象。那么他们涉及。对象的启动顺序。和什么加载条件。的要求。那么对于我们这些特殊需求,这是第一个。
03:01
第二个。对象。越来越多了。你要考虑到复用,那我们是不是了解过spring是单例模式讲过吧,那么你总不可能永远是666666。甚至就是你溜出来的东西越来越多了,那么这个时候。不和统计一起来。这个时候,弟兄们,我们干了一件事。我们是不是给spring类似于说过它其实它也是一个容器,我们干了一件事,是不是找到了一个配置文件叫。Context。寺庙。有印象吗?同学们对货,那么这个货完了以后,它是不是可以对我们相当于它就是一个spring,这那么是是对我们的定对象。统一集中整理起来,那说白了,在这个里面兄们都写过,这懂不懂,看过吧,AD1。
04:02
什么什么,然后是class什么什么好假设啊,这是一个用户病。那么呢?你呢,病越来越多了以后,他们是不是就需要有这么一个配置文件给你统一的协调,把你起来甚至有些累啊,我们还给你加上这个什么事物的控制等等等等,那么所以说兄弟们在这儿就要注意,我们以前spring的容器主要就是玩这么一个配置文件这一波,OK,那么诸如此类类似的。Do pose,他呢?又是怎么出来的呢?那么具体而言,弟兄们。我们要明白它主要说的是啊。什么?那么那么等同于我们的这个application X,只不过spring是去对并对象进行管理,Do compose,它是对什么我们一个一个的。容器来进行管理,尤其多个容器构成集群以后,那么它是怎么干的呢?那么来吧,弟兄们。
05:02
我们也一样的道理。首先啊。我们大家都清楚啊。我们要在Java里面需要对象,你用一个凹里面需要容器实例,我们run一个,那么好,现在呢,我们呢需要一个容,假设这个是我们ready。OK,那么来,再来一个还是run,这是我们的MY,好,再来一个,我们再来一个,我们run说engines。OK,不如磁带等等等等,那么就买。说实话,你是不是有发现你现在的后台的。Do的容器实力就越来越多了,哎,那么这个时候也会涉及到这样。对象的启动顺序和加载条件。比如说我们现在。不看乱一个。拨打为服务,假设一个订单为服务,我们要运行各容器,要跑的话要。OK的话,他要有什么前提条件。
06:02
那么也就是说我们的什么MY第二。容器。要先启动,那么现在就涉及到一个什么。容器实力越来越多大个也涉及到他们的启动和加载顺序,那么这样的话呢,我们就需要有一个大总管。就像application管一样,就需要有个compose文来管理这些启动的容器实例。开好,那么这个不是我们多开来实现的功能,那说白了,比如说我们这个系统需要有十个容器实例,我能不能够干的一种事儿,叫什么一键。几道,那么自然而然也可不可以一键洛,比如说。我们现在。启动这个文件,我们要做到的。先启动engine,再启动red,再启动MY,再启动这个order为服务好,这是四个,那么现在我们换了其中的一个,我想保证某一个同时上线和同时下线,那么一键启动,一键stop,这样是不是方便我们管理啊,否则你要不停的去执行。
07:19
Stop,要把这四个容器实例都关了,那么你要来一堆写一堆容器ID或者是镜像ID吧,那么所以说回到我们这儿,它是什么?来写好多个容器之间的调用关系,然后一个命令一键就能同时启动和关闭这些容器实例。哎,说白了就一句话,通过application管多个并对象,那么do通过管多个运行的实例。就这么简单,OK,那么兄弟们这样对标来理解没问题吧,来,所以说呢,它那么我们刚才所说过,如果你run run run,你的容器越来越多,比如说前面我们做的三除三从的red,那是不是就是什么一个集群啦,那么自然而然东西一多了,就需要有这种集群的编排工具来保证你一键部署,一键重启,一键停止,甚至什么容器和容器之间谁上谁下,谁启谁停,好那么多会看炮子能干的就这活。那么来讲完了以后,现在来读这段笔记就应该能整明白。
08:25
那么多建议,我们每一个容器中只运行一个服务没问题吧?那么现在MYQS好。本身它的资源占用就小,我们最好是将每个服务单独的分割开来,但是这样我们就又面临一个问题,那么我们run出来的容器实力是不是就越来越多啊?假设我们同时需要布好几个服务啊,难道我们要为每个服务单独去写写这个多开啊,然后再构建镜线,构建容器,累都给你累死了。对吧,那么所以说doer官方就给我们提供了这么一个doer comp多服务部署的容器集群管理工具。比如说啊,我们刚才说过了,我们要做一个web的微服务项目,那假设啊,我们有一个订单微服务啊,你这个要下一个订单要存到N在前面等着,要存到再存到MYQL里面,或者其他的容器实例里面等等等等啊,总之要一大堆中间键啊,包括你还上个卡夫卡呀,或者search OK,那么这些完了以后干嘛?除了这个微服务本身以外,你是不是还要加买斯克啊,注册中心有瑞卡,卡夫卡等等等等,那么这样的话呢,容器实力越来越多。
09:28
你要是一口气写30个容器要运行30次多块,那你我估计你也会疯的,那么你一定会想的,我能够一键就起到十个,20个,30个需要运行的容器实验,并把他们安排的明明白白,那么对于这样一种大主管,大总管,那么我相信你是不会拒绝的。好,所以说多克尔也想到了这块。大规模集群部署开发时候的痛点,那么do呢,就出现了,Comp允许用户通过一个注意几个一个目配置文件来定义一组相关联的应用容器为一个项目。
10:05
这么说能跟上,比如说我们现在就做了一个订单。外部书城就是下个订单,最简单的,它作为微服务本身spring加spring cloud Java代码编的一个容器实例,那么假设啊,配合我们的把它变成一个镜像1RUN又做了一个容器实例起来,那么前面要有red n my SQL这些先起到我这个微服才能卡进去,才能使用,那么这样的话,是不是我们这一组关联的应用容器这四个。订单为服务my engine共同定成了一个项目project,那么就是我们的书为服务,OK,那么这样我们呢,就可以通过一个配置文件定义一个或者是一组多个容器的应用,然后使用一条指令安装这个应用的注意什么东东所有依赖,刚才我也说过,比如说你这个微服务要启动,那么是不是数据库要先启动,否则的话我存数据存哪去对吧?所以说我这个微服务就依赖于你的MYSQ。
11:00
Register先启动了以后,甚至N先启动以后,我在最后再启我的微服,这些是我能够运行的前提条件,好那么就把这些完成构建安排的明明白白,那么所以说do compos就解决了容器和容器之间如何管理编排的问题,谁上谁下,谁停谁起,能不能一键部署一键生成,OK,好,那么同学们,这个就是我们doer。砍pose,它是什么,能干什么,以及它出现的意义。
我来说两句