13 | k8s的部署策略

1 recreate(重建)模式

一次性终止所有的旧版本后并一次性发布新版本
定义的部署将终止所有正在运行的实例,然后使用较新的版本重新创建它们，最适合开发环境的发布
优点:应用状态完全更新
缺点:停机时间取决于应用程序的关闭和启动持续时间

2 ramped(滚动)模式

以滚动更新的方式发布新版本,成功创建一个新pod后再终止一个旧版本的Pod。
渐变部署以滚动更新方式更新 pod,使用应用程序的新版本创建辅助ReplicaSet,然后减少旧版本的副本数,并增加新版本,直到达到正确的副本数。

优点：版本会在实例之间缓慢发布
对于可以处理数据重新平衡的有状态应用程序很方便
缺点：推出/回滚可能需要一些时间
支持多个API很难
无法控制流量

3 重建模式和滚动模式的区别

重新创建更新类似于前文中 ReplicaSet的第一种更新方式，即首先删除现有的Pod对象,而后由 控制器基于新模板重新创建出新版本资源对象.通常,只应该在应用的新旧版本不兼容（ 如依赖的后端数据库的schema不同且无法兼容）时运行时才会使用recreate策略,因为它会导致应用替换期间暂时不可用,好处在于它不存在中间状态,用户访问到的要么是应用的 新版本,要么是旧版本。

滚动升级是默认的更新策略,它在删除一部分旧版本Pod资源的同时,补充创建一部分 新版本的Pod对象进行应用升级,其优势是升级期间,容器中应用提供的服务不会中断，但要求应用程序能够应对新旧版本同时工作的情形,例如新旧版本兼容同一个 数据库方案等.不过更新操作期间,不同客户端得到的响应内容可能会来自不同版本的 应用Deployment控制器的滚动更新操作并非在同一个ReplicaSet控制器对象下删除并 创建Pod资源,而是将它们分置于两个不同的控制