陈述式资源管理(2)

2024-01-02 15:45:08

命令行。声明式资源管理

三种常见的项目发布方式:

1、蓝绿发布

2、金丝雀发布(灰度发布)

3、滚动发布

应用程序升级,最大困难就是新旧业务之间的切换。立项 --- 定稿 --- 需求发布 --- 开发 --- 测试 --- 发布。测试之后上线,再完美也会有问题。为了不让发生的问题影响所有用户,上述的三种发布方式

蓝绿发布:把应用服务集群标记为蓝组和绿组。先升级蓝组,要把蓝组从负载均衡当中移除,绿组继续提供服务。蓝组升级完毕,再把绿组从负载均衡中移除,绿组升级,然后都加入回负载均衡中,完成对外服务

蓝绿发布的特点:

1、一旦出现问题,影响的范围会很大

2、发布策略简单

3、基于现在云计算和微服务,用户是无感知的

4、升级和回滚都比较方便

蓝绿发布的缺点:

在发布升级的过程中,只有一部分集群在对外提供服务,可能会是集群的负载能力下降,响应变慢,需要注意给集群增加负载能力(一般来说没什么特殊需求)

在短时间内可能会浪费一定的资源成本

金丝雀发布(灰度发布):

deployment控制器创建的服务,才可以使用这种发布方式,滚动更新,暂停。发布的过程中,暂时停止,只有一部分的pod先升级。其他的pod还是处于老版本。只有一部分用户可以访问新的版本,绝大多数用户还是处于老版本。确定没有问题之后,再把剩下的老版本升级成新版本,把暂停取消,继续发布。如果有问题,可以立即回滚。暂停不是回滚,一旦取消暂停只能全部升级完毕之后再回滚

灰度发布特点

1、自动化的要求比较高,对运维人员的要求比较高

2、方便发现问题及时解决。影响范围比较小

3、用户无感知,平滑过度。节约资源

4、发布策略比较复杂

5、不易回滚。必须等全部发布成功后才能回滚

滚动更新:

deployment的默认方式

声明式管理方法(yaml文件):

1、适合对资源的修改操作

2、声明式管理依赖于yaml文件,所有的内容都在yanl文件当中

3、编辑好的yaml文件,还是要依靠陈述式的命令发布到k8s集群当中

create?-f?只要创建,不能更新。从指定yaml文件中读取配置,创建服务,不能更新

apply -f??既可以创建资源对象,也可以更新资源对象。如果yaml文件更改了,apply可以直接更新资源对象

delete -f??删除yaml文件中声明的资源对象

yaml:

deployment

pod

service

yaml如何生成:

1、手打

2、根据已有的资源直接生成

1、deployment的yaml文件(daemonset statefulset)

2、service的yaml文件格式

3、不急于控制器的pod的yaml文件

k8s当中支持两种声明式的资源管理方式:

1、yaml格式,用于配置和管理资源对象

2、json格式: 主要用于在api接口之间消息的传递

kubectl explain deploy

command

args

定义容器运行的命令参数,类似于docker的CMD和entrypoint

args可以理解成docker中的cmd,给command传参。

command和args都会覆盖原容器的标准输出(CMD和ENTRYPOINT)

文章来源:https://blog.csdn.net/a91888888/article/details/135340007
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。