陈述式资源管理（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集群当中