陈述式资源管理（2）

命令行。声明式资源管理

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

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)