00:01
OK,然后。啊,看一下不用上线了吗。嗯,上来了,OK,行,那我们就开始了,然后呃,现在之前的话,大家的那个前端的no GS代码是部署在CVM上了,就是一台Linux,就是一台Linux的CVM物理主机嘛,现在咱们都已经迁移到K8S上了,就是它会打包成一个多口的镜像,然后呢,首先呃,大家之前的话,之前大家用coding的时候就应该已经理解了,就是你的代码每次合到master的时候,因为coding它会有流水线,会监定你的master分子的变动,一旦有master合并呢,它就会给你把这些代码都合,呃都打包,呃,都去打包成一个二的发布单,对吧?但现在使用了新的这种发式方式了之后,我们就不会再使用二去发布了,而是走COD的这种发布方式。然后呢,呃,我这里面跟大家先说一下这块流水线是怎么是怎么一个样子,这这样大家之后也能够知道流水线到底做了些什么,之前的就是发20单的。
01:08
是这一个社区现网环境发布。啊,当有默事件发生的时候,那就是拿取一些get的一些信息,员工审核,最后打包你的二什么之类的,这个很简单,然后呢,现在现在走的是这一个,因为我这个新的这个地方。然后跟他大家说一下这个流水线的逻辑,当你有那个代码过来的时候,呃,合并事件触发的时候呢,首先执行n BN store,然后呢,再把你的web之类的这些数据,还有执行make这几个,就是大家常在本地也会执行的这些步骤,这个比较容易理解,从这里开始就很重要了,就设计一个docker tag,这里做的事情很简单,就是首先我要给你这个镜像打一个标。打一个版本号吗。打一个版版本号tag,这版本号是以时间为准的,然后打完之后呢,那我就可以把这个镜像把这个多键推送到远端去,所说这个地址c SI Hu点特点com develop from QC develop这样然后以这个时间为你这个T的标记,最后呢,我会把这个镜像本地的镜给删掉,删掉之后。
02:21
然后呢,我会把再继续把那个image k取的那个单子,那单子必须要走28步,但是呢,不需要你手动的去20面走发布,我这边直接就依据20给你把它发上去了,所以呢,用了新的这种发布流程之后呢,大家是不需要再去手动发us的,这边是直接直接就帮你把这些静态的这个JS的这些呃文件直接发上去了,然后执行完这一步之后呢,我会这个流水线自动的把你那个代码发到那个预发环节上面去,之前的走us的模式呢,就是你自己需要把这个二手动发预发,那这里的流水线就帮你把它代码发到预发上去,以及这个上海的环境上面去了,也就是说啊,只有这个流程之后,大家就只需要关注发重庆和那个广州这个两个地域就好了,发完之后就会发一个企业的微信通知,然后呢,我在这里面呢,可以手动的触发一下,这个流程可能就会比较久。
03:13
嗯。按理来说,一般情况下你会触发马,我这边是以这个为例,如触发了这一个。点击之后,他就开始执行这些流程,然后这个流程估计要执行很久,比比较长的这个时间,等整个打完发布,然后我们先这里先呃不继续等的,这里我们继续先讲一些别的,然后呢,它打包呢,是根据这里面有个叫book fair的东西。这里详细描述的这个镜像是怎么打包的,首先这个镜像有个底包,它的底包是no的,这这这是一这这个no的实令里面其实是用的是B的一个系统操作系统,然后里面已经给你配好了一个no的环境,虽然就from这个底包,然后设置了一下时间,时间呃,这个重。
04:02
现在设计是A伤害,这个没有什么问题,然后呢,就是把一些基本的,比如说时间相关的,还有C工具,W get工具,挑工具,Ping工具,这些常用的你可能会用到的工具,我把它给装上去,最后呢,你的这个代码目录会部署在data QC develop下面,然后呢,暴露出端口是9995,然后这个很重要,这个意味着你的这个多口镜像起来的时候,它是根据这个命令起来的。Serve这一个命令,然后呢,这个命令里面,这个令里面呢,是会跟你可以看到这个脚本ER-post。Server。这个脚本是放在哪里来着?
05:04
Stemer sh。这个里面呢,意味着容你这个进程一启动的时候,他会去执行这个脚本,这个脚本做的事情就是去七彩石上面。拉取这个配置。啊。然后把这些配,然后把这个配置放在本地,主要是你当时的主要是这个。配置文件在这里面。无论你在哪一个环境,只要这个多可的这一个多可进程一旦起起来,然后呢,这个器就会去七彩石上面no server,拉取no server下面对应的这些配置文件,然后放到对应的那个位置,然后这里面有环境,然后第一有不根据不同的环境,它会部署在不同的不同的那一个地方。
06:17
然后呢,这是就是打包这一块的这个逻辑,然后接下来呢,是就是K8S这一块怎么工作的,然后地址是点o.com这里面。有一个业务管理,然后呢,社区这块呢,是放在社区接入层这里的,点击进去之后,点工作负载有flow的这个东西,在每一个这1234个我们都叫都称之为一个work flow。呃,Workload,然后呢,这里面呢,点击进去之后,你会发现有多个实例,这都是一核2G的,我们目前的配置都是配了一核2G的一个多壳,然后啊,这个这一一整个这个东西叫做一个破的。然后你一个po里面其实可以放多个镜像,多个容器的,我们现在就只放了这一个容器而已,那么现在目前的逻辑关系是这样子的,然后比如说啊,我们我们现在这个镜像假设已经构建好了。
07:11
稍等一下。那它构建到哪一步了?妹子。等一下吧。以上海这里为例吧,比如说你要发布上海的这边的镜像的时候,你点击一下这里的代码啊,点击一下这里。然后呢,有一个更新镜像,或者是在这里面也要有个更新镜像,都可以点这里面进入更新镜像之后有几个策略,一般我们选择这个原生滚动更新,然后呢选原地升级。然后点下一步,然后这里面的镜像地址都已经填好了,然后你只要选择对应的版本就可以了,假设我们这次选的是呃,十五零九杠四八点这个版本,然后这两个地方都不需要改,然后点击提交。
08:03
这个时候呢,他就开始进,这个时候原来是有两两个镜像都处于有两个po都处于running状态的,现在这个po就开始记入PA的状态,记味着他要还要把这个新的新的镜像给装上去,然后大家在这里稍等,这个时候你可以看到它之前是有个负载均衡的,然后。之前这个路由权重两个都是十的,证明他们都有流量接入,但是他开始变更的时候,因为它是主挨个的变更,所以他先是这一个,他先把这个的由群中降为零,没有流量进来之后,然后再开始变更这一个pod,把它的镜像设为我刚才运行的那一个镜像,这个过程,然后这个成功,这个OK了之后,他再把这个路由权重自动调回来,再把这个路由权重变为零,没有流量进来之后,再进行一次变更,就这么一个一个一个一个的发布了这个流程,这个流程跟之前二次发布的流程很不一样,因为之前二次发发布的话,你一次发,呃,你每次一次发布上去,比如说你现网有16台机器,那这16台机器是在同时去做发布的,而且因为是因为之前20的发布是基于热更新的模式,所以它很快,但现在每次是他现在多ER发布的模式的话,每次发布其实都要起一个新的多cker是不一样的,所以呢后的用的所用的时间会比以前要长很多。
09:20
这个大家要注意,然后因正因为它长很多,所以我们发布了过程中是要直接分批发布的,其实之前20的时候我们发布就直接点击,我们就发现网去了,但其实也不是也不是很合理,因为之前我们在20号发布的时候,它也会弹窗提示,这样你啊,如果是现网发布要尽量走灰度发布,就是灰度,其他机器没问题之后再持续灰度,灰度其实说白了就是分批发布,然后我们在这里面现在变成了,呃,只不过我们当时做的不是很规范,所以每次都是全量都发布出去了,现在我们换用口Ding之后呢,因为每一次发布的机器也比较多,耗时也比较长,所以呢,还是要做回原来的这种这种。分批发布一次回复的这种方式,这也可以看到,呃,这个机这个机器它已经呃,就是刚才那台pad的机器,它现在已经把新的镜像装上去了,然后这样装上去之后呢,这个这台机器就继续进入盘点的状态,你查看这个负载均衡可以看到。
10:19
可以看到哦,这两个都已经装好了。OK,然后还,然后现在第下一个场景就是有可能我们的业务,呃,比如说有一些广交会之类的这种流量比较大的前端这边要进行扩容的,之前如果是之前扩容的话,操作起来比较麻烦,还需要运维介入,可能要好几天的时间,但现在呢,如果是用多口的之后呢,我们只需要几秒钟在这上面操作,一个人操作一下就可以了。具体的扩容也很简单,就是在这里社区接呃工作服的还在这里,比如对,比如说在上海机器,现在我们是只有两个pod去接收的流量,那现在你要扩容到四个的话,那只要点一下调整实例数量就可以了。然后呢,呃,他现在目前是按照自动调节的模式,就是自动调节并不确定它是根据你实际流量来去算的一个什么样的规则,就是内存使用率和CPU使用率,比如说我这边现我这边设置这个意思就是如果它的内存使用率达到了80%,单个pod内存使用达到80%,或者是CPU使用率达到80%,那么就自动的执行扩容一个实例,如果没有的话,那就保持最低的这两个,最多就40个这样的一个规则,那这样的话,我们我们要扩大四个的话,就把它改为四个。
11:34
然后呢,点击配置。然后它就开始自动的给我们增加两个两个po的,看到没有。这里。上海吧,来上海的。然后这里面会显示,就是你这边滚动发布调整实例的这一个这个流程,如果你要暂停的话,记得点这个暂停,通过这个点这个点暂停,因为你很有可能你的这个代码发布到一半之后,你发现还有问题,然后要回滚,那这个地方就一定要先点上暂停,把这个发布停止了,其他的话就还好,然后呢,这些这些东西做完之后啊,比如说你现在这个镜像。
12:20
你发布上去之后,然后你发查日志发现有问题,然后呢,你根据IP定位到是这一台机器是有问题的,你之前的话我们是要上去看日志或者看机器的情况的,需要申请L之类,然后审核,走这个比较麻繁琐的流程,但现在不需要,就直接点这个登录。然后这里面有一个网页登录,直接通过这里面就可以点击登录上去。然后就能够进入到这个po里面,不需要走的审批啊什么的流程,然后呃,你会看到这个业务,业务代码全部都放在当时我们所说的data develop lock这develop这个目录下面,然后呢,日志呢,全部都是在这里。
13:03
塔目录。然后现在日志的生成,诶,我这块还没有改。然后呢,再说一下我们这边现在目前是怎么去收集日志的,就是现在日志会打到这本地这里面去嘛,那我们现在日志是收集到CS上面来的,那在这里面。有一个日志规则,点这日志规则,然后你可以新建一个规则,你这个名字的话,可以随便起这样的,然后呢,引用工作负载,那比如说我这次我要哦。都有。要有的话就直接点击对应那个工作复杂就可以了,然后呢,这里面云梯账号呢,选这个运营产品中心的云梯账号,地域选南京,然后日志级呢,它会有一个QC,有一个develop。Develop选择选配这个日志之后,然后呢,下面的容器名啊,还是得找到工作复杂来才行。
14:07
编辑吧,你设计规则。这里面。Q。那q cloud developer之后,容器明选QC developer日志的路径,它可以收集这个容器的标准输入输出,也可以选文件,我们这里选容器的文件路径,主题呢就是q for,然后日志目录就data locks,就刚才我们刚才看到那个日志的目录,日志文件地址填新就可以了,然后点保存,然后他就可以把这个日志给自动手机到CS上面去,然后具体的日志呢,有两个地方可以查看,一种呢是大家申请的那个云地址账号之后,可以直接登录腾讯云上面去查看这个日志。
15:11
这里面有个日志服务。然后呢,选这个检索分析。接绍分析日集,就刚才说q cloud的话,日志的日志集就是日志的集合,然后呢,日志主题q cloud from m,那日日志就可以在这边到了,这里的语法跟咱们之前用ES是一样的,然后呢,这一块如果呃登录这个流程比较麻烦的话,在口Ding里面也已经集成了查日志的方法在这里。Coding。然后。选择前端的这个项目。啊,这里面有个叫可观测,可观测里面有个日志,点击进去,然后有一个选日志主题,这里面也能看到日志,这这个地方就不需要你登录云梯的子账号,这里面它相当于做了一个I frame内嵌。
16:05
然后你也能够在这里面看,这里面去做去做检索操作,这里面跟那个控制台那边是一模一样的操作。然后讲完这个之后啊。看一下。跟大家说一下如何起一个这个多镜像。那这样打完吧,打完OK。然后。在这里面,如果说比如说我们未来多了,我们要去部署新增一个测试的环境,开发的环境,或者是线网要多了一个新的环境,那我们这边就要新建工作的负载,假设我们要为QC develop新建一个测试的环境,给测试的同学使用,那我们这里面要新建一个,我们这边点这个新建工作负载,然后呢,这里呢,如果是测试环境的话,或测试开发这种不重要的环境的话,选测试,然后如果是预发或者是宪法的各个不同地域的环境的话,选生产,我们这边随便填一下选择测试,然后地域一般选广州。
17:11
然后点下一步,下一步之后,你这个复杂的名称呢,你就。呃。对。这人名称并没有一个强制的规定,它只是说一个约定俗成而已,你写别的其实也是可以的,但是我们这里是test的环境。复杂类型的选state plus就好了,反正别的你也选不了这个,这个没有什么问题,然后下面的就是这个实力的容器,这个容器的名字也是一样,就是你随便写一个名字都可以,然后其实没有特别的要求,我们一般都写QCB,就你具体的这个容器,然后呢,对应它的镜像。当你点这个选择镜像的时候呢,呃,默认的在这里面去找,比如说QC developer。
18:11
Develop。选了他之后,然后就可以看到你的这个镜像,比如刚才咱们3月31号两点钟四四十七分,就刚才我示例的时候,打那个镜像,选这个镜像上去,然后还有一个容器的生命周期这个地方,这个是一定要勾选的。这个这个的意思就是啊,你每次发布的时候要注意这个逻辑流程了,每次发布的时候,那你的旧的镜像就要下线,然后就会起一个新的镜像起来,对吧,它逻辑是这样子的,那有个问题就是如果我这边把你这个镜像给Q掉了之后,刚好你有一个你有一个请求进来,那这个请求那就有问题了,因为它因为这个docker这do镜像直接就被Q掉了,它无法想应你的请求,所以呢,我们这里面要有一个叫做preor,这个英文翻译也比较会理解啊,就是stop之前,就是你要隔70秒钟之后才真实的把这个把这个镜像给Q掉。
19:06
所以这里面设置一个时间70秒钟,意思就是说啊,我把这个镜像下线了之后,我并不把它马上杀死,而是等70秒钟之后,他可能把这所有的请求都,这些请求都已经处理完了,70秒钟应七十七十秒都有点长了,一般来说你十秒钟以内就应该能够处理完一个请求,应该没有什么遗留的请求了,对这里面其实设施也也是合理的,也是OK的。然后。这个时候,呃。除了除了这个以外,还有一个地方就是。高级设置里面有一个容器的检查是这样子的,就是你的你的这个你的这个容器起来之后,呃,你可能并没有这么快马上就去监听九个九五的端口,可能你可能你的那个note会要做一些准备工作,比如说拉取下配置申请FD之类这些操作,这些操作做完之后,他的9995端口才能够监听可用,但是这个时候K8S其实是不知道你的9995已经ready了的。
20:09
这个时候他可能就认为你的端,你这个把他把这个端口提起来之后,他就立马把流量导给你了,但这个时候你就995这个端口根本没起来,根本响应不了请求,也有可能造成错误,所以呢,你这里面需要有一个叫做容器健康检查的地方方健康检查有两部分,一个是就绪检查,一个是存活检查,这听名字也比较易理解,就绪嘛,就是你看你这个是不是容器是否ready了,然后呢,不就绪就不转发流量到当前实例嘛,这个很容易理解,那咱们就去检查TCB端口就好了,那就把这个9995检查TCB端口就行,然后呢,存活检查,这个也很容易理解,就是比如说你的容器它你可能发生了一些问题,挂了或者是呃,但是K8S它本身是不知道的,所以呢,你得有个存活检查,就是K8S可能会隔一段时间就去不不停的调用你这个方法去查你这个镜像是不是还活着,没活着的话就要把它下掉,那这里也是也是一样的检查端口就。
21:09
嗯。但是一般来说,一般来说的话,如果做的这一块做的比较完整的话,呃,这我们咱们咱们应该是提供一个独立的用于端口,用于健康检查的接口的,我们这边只是呃图方便,所以呢,复用了跟我们web呢,呃web那个web服务9995相同的这种端口。然后呢,存活检查就去检查,就这两块,这个一定要记得勾上,不然的话会发生就是你呃清洗清洗镜像和杀镜像的时候,有一些请求会报错这么一个问题。还有实例数量这一块,这块刚才已经已经讨论过了,就是它会我们我们的这个K8S会自动的,比如说你设置15秒钟或者是多少秒都可以。最小十秒,比如说就默认15秒吧,每15秒钟它会检查一下,就是你要设一些策略。比如CPU到了30%,或者是它内存利用率到了30%,然后超过30%,30之后就给你去自动的扩缩容,这样的一个一个工作,然后。
22:13
这里这里就配,这里我就随便配了,比如说呃30,其实这个这个上限,这个上限你配高一点是没有关系的,因为你只是配了一个上限而已,并不是说你的业务真的就要用40个,只是说你有你的上限更高一些。然后呢,服务路由与发现这个待会来说这个很重要,然后其他的都还好,然后咱们就可以把这个服务部署上去了。然后这个服务就可以起来了。起来之后。接下来讲比较重要的是流量是如何进来的,呃,咱们的流量是有当前端在用户侧发起一个请求的时候,这个流量首先呃会来到我们的N层,由N层转发到我这来,再来转发到我们真正的这个地方,那他怎么知道我们这一个就是N层,怎么知道就是我们跟这个构成一个关联关系的呢?这给大家看一下,就是我们的engine配置怎么写的。
23:21
这是我们在现网的这个engines的配置,这个配置是这样子的,就是它前它配了一个就是路由是q develop的这个路由develop,这个路由指定的阿上游是这一个QC developer,然后这QC develop配置写的是什么呢?就是第一个是server server是这个LL5是这个server,这块可以不用关注,因为他做了一些模改,然后屏蔽了server这个语法,然后主要看的是这个就是L5,这是他engines成的配置,就是我们呃,北极星的同学自己在搞了一个engine插件写的,然后呢,L5呢,Sidd和CID974017。可以在北极星这边看到。
24:06
去找这个服务,服务列表有一个。九。74017,然后冒号。六五。365根据这个服务名就可以精确的查到这个里面都有哪一些机器,就是我们先这16台的这一个广州的机器,然后呃,如果你可以在这里面执行剔除或者添加之类的,像像之前的话,之前我们每次扩缩有都需要运维的同学手动的去修改n com去添加我们这一个机器的IP,但现在运维他们用了这种北极星的方式的话,那相当于把这个能力托管暴露给了我们,我们自己去手动的去添加这个机器啊,删除剔除机器就可以了,就他们就不管这种破事了,我们自己来处理了,那这在这里面呢,有个绑定关系。
25:02
就是。PK支持北极星的意味着,就是说你在负载均衡这一块呢,你可以加一个。嗯,在这里吧,物由服务发现service新加一个,你可以随便写一个服务,然后描述也随便写,你用工作负载我们就写这个test,就选刚才我们创建的这个QQ test。然后呢,这个北极星呢,呃,环境这北极星的北极星的名字就填的这个。默认权重填100吧,然后端口9995,然后呢,这里呢,呃,还有个偷Ken的那个东西,这个偷N的意思就是因为北极星这块呢,赚钱的都权限都是开放了,就是你可以看到别的部门的这些东西,但是呢,有个东西叫token,这个东西你是看不到的,呃如果如果说如果不加这个token的话,意味着我在这边我就我在这里面DKEX就可以任意的绑定任呃随意一个服务的这个流量,那如果我不小心超,不小心绑定,不比如这个地方不小心填错了这个东西,然这个东西其实是PCG那边QQ或者是呃,那个腾讯新闻之类这种服务,那我就就绑定成功了嘛,那这样子的话,就把人家新闻那边的流量给引过来了,那就造成现网事故了,所以然这里面北极星引用了一个叫做token这种机制,就是只有这个在负责人里面的才能够看得到这个token。
26:42
然后你把这个填进去了,然后他才能够真正的绑定成功,把这个流量引过来。把这个token填进去了,然后当你填创建的时候,然后呢,这个时候你就会发现这里面。这个pod,这个pod下面test,这个pod下面的这四个I,这四个IP。
27:05
这这两个IP,这两个IP就会被加到这个北,这个北极星的这个列表里面。就这样就这样形成了一个绑定关系,然后通过调节这里的这些流量,就是这里面,这里面它北极星可以调整权重嘛,默认权重是100,然后就能够控制这个权,这个呃发分发给他的流量是多少,这个权重的计算机就是这样子的,就是比如说我可以找一个例子,假如我们的这个北极星里面只有两个。两个pod,呃,两两个两个机,两个后端机器,如果他们的权重是100的话,那说明他们的他们拿到拿到了这个流量比是1:1,如果他们的权重都是十的话,那也说明他们的权重拿到的是1:1,就是说他们他们拿到的权重具体是多少,并不取决于他们这个数值是多大,而是取决于就是他们这个数值,他们他他的这个数比上所有的权重的这一个比例。
28:08
是这么一个关,是看比例的,而不是看具体这个数字的,所以呢,如果你两个都是100和你如果两个两个都是十,你们的效果是一模一样,没有差别的。然后还有。嗯。嗯。基本都OK,然后这里刚才介绍了是指如何在这个北极,如何在这个呃,K8TKEX上面去手动的去执行一次发布的这个流程,但实际上我们用coding,他其实帮我们做好这个发布的流程,不需要手动去做,这里跟大家介绍这个东西是为了大让大家之后让大家了解一下这里面到底发生了什么,以及最终问题的时候比较方便,然后现在来看这一个,来介绍一下如何使用coding去做一次发布。
29:00
假设我们这里要做要去做一次发布的话,大家在开发的前端这里面一样的要。新建一个部署。这里的编排呢,到时候我会新建一个编排。到时候到时候呃编到时候我会跟大家说一下这个新,这个新的编排的名称是什么,然后呢,这个策略呢,就选这个默认的灰度发布的策略就好了。然后点击下一步,然后呢,这样子的话就是一个完整的发布流程,就是你看这个名字,先是发的是预发,然后呢,发的是这个重庆的,然后最后发的是这个线广州线网的,然但是默认这三个都是灰掉的,需要你配置我们挨个来开启,先开启这一个。这里面的部署这一个破,我们的部署策略选的是灰度的发布策略,点击这一个,然后把它勾选上去,这呃,还有这个镜像版本。我们要发的是就是这个版本这个镜像。
30:01
这里面就OK了,这没有问题,然后发重庆的。镜像都是一样的,所以呢,大家只要选一样的镜像就好,但不要选错镜像哦,这里面选灰度发布的策略勾选。这其实都已经配好,直接勾选就可以了,所以这里面比较重要就是镜像,其他的照样。按照正常的话,正常的方式勾选上就可以了,把这三个都勾选好之后,点击下一步,下一步之后就填写这一些啊,这些常见的这些,这些之前发大家发那种单子都已经知道怎么填了,填完这些之后呢,我找一个已经发布的这个东西,比如说。这个。点进去看,然后呢,大家进入到发布的时候呢,它会有几个步骤就是呃。阶段一,阶段二,阶段三,然后可以看到阶段一,阶段一的话,它是会分,我们采用的是灰度发布的策略,它会分为两两批去发,然后呃,之后我会创建一个分四个四四批去发的这种策略,因为到时候咱们线网的机器会比较多,然后呢,估计要达到二二三十套的样子,那我们如果是分四批的话,平均下来,那每一批就会发五个破的的这个样子,然后到时候这里面就会显示第一批,第二批,第三批,第四批这样,然后发布的时候呢,它会有比较繁琐,就是你点击开始发布,然后他呃。
31:26
这面会有一个发布的一个进度,然后发布完成之后呢,这里会有重试跳过和查看日志,一般来说重试跳过不太可能会点它,呃,可能查日志可能会点,还一个最重要的回终止和回滚,你如果在发布过程中发现问题的话,一定要记得要在这里面点终止,然后如果要回滚的话,点回滚这两个,这两个的字面意思我我相信大家也比较理解吧,终止就是停了,但是你有问题的代码依然在线网接受到流量,你回滚的话就是把它把它回滚到上一个版本去,这两个大,这两个意思大家大家应该理解是。应应该理解是什么意思了吧,然后其他的话就还好,我看鹏鹏好像好像已经已经发过一次,已经走这个流程发过一次,然后。
32:09
这边就没有什么问题,然后现在大家注意的就是目前咱们只是重庆的地域是呃上了K8S,然后广州的地域的话,估计要到下周才能够全量覆盖,所以呢,在这期间呢,大家的每一次发布啊,不仅要发原来的20,就原来20流程发一遍下来,而且呢,还要在还要去,还要走这里这里的这个。K8S发布了流程,然后这种方式估计要持续一个星期这个样子,然后呢,等下个等下个星期广州这边全量结束没有问题之后呢,大家以后就只需要呃发这走这个流程就可以了。就这直接。走这个部署的这个流程,不需要再去二上面发布了,就以后就不会再走us发布的流程了。然后其他的没有看一下,大家还有什么问题吗。
33:10
大家现在还有什么问题吗?没有问题的话就可以结束了。OK,行。
我来说两句