2018-05-12太笼统了，关键是实现细节。 19
2018-05-25滚动部署：逐个上；灰度部署：全上，逐步切换；蓝绿部署：全上，预发生产切换；AB测试：全上，同时存在。不知道理解的对不对？ 5
2018-05-08我觉得现在很多方案混合了蓝绿和灰度，这二者不会细分了。首先微服务架构下，单个服务的部署带来的冗余成本很低。同时也通过网关做流量的逐步迁移。发现问题回滚很快。尤其是基有了容器编排之后就更方便了 4
2018-11-17要是有点能落地的东西就好了 2
2018-10-30对于有修改数据结构，新老版本不兼容，除了停机部署，其他几种部署有没有好的方案？ 2
2020-01-13打卡：57 | 管理设计篇之“部署升级策略”
针对本节课的内容，让我想起了之前做 k8s里面的 Deploy升级的场景，但是遇到一个问题始终无法解释？
默认k8s中升级新版本的策略是滚动更新，这个意思的话，就是服务不会中断的， 但是在我测试中发现并非如此，具体如下：
假设，我Deploy 的副本是3个，现在有版本是2的镜像要上线，通过 kubectl images修改 Deploy镜像版本为新的版本2，这时，我在另外一台机器上一直curl接口，发现当有第一个版本2的节点加入到 Deploy对应的 Service的 endpoint上时候，curl会显示 请求被拒绝响应的情况。展开 1 1
2019-09-27蓝绿和灰度有什么区别？ 1
2019-02-10我们有J-ONE，测试通过，预发布通过，线上一般使用滚动部署的方式发布。 1 1
2018-05-08有些东西能不能具体说说实现方式呢？谢谢！ 1- 2020-01-21灰度和滚动自己有些没分清，
2020-01-11停机部署是业务变更比较大并且可控的情况下才会使用，蓝绿部署工作中还很少用到，滚动部署比较常用，但是需要考虑两个版本同时运行这段时间的兼容问题，灰度发布在发app版本的时候用到了，但是服务端还未对人群做灰度，ABtest应用在了一些业务上但是服务发布时还没用到过，实现这所有发布模式的发布系统可畏是很强大了
2020-01-06坚持学习，学习笔记 https://mubu.com/colla/1kM6EcLYQJ0
2019-07-24文中介绍的蓝绿部署在切换时候，2个版本都在线。。。。
2019-07-22部署升级方式有停机，蓝绿，滚动，灰度，AB测试等。不同的方式在资源消耗，状态一致，功能性能验证方面有区别。云时代基本不会使用的是停机部署的方式，对用户影响太大