在http://container-solutions.com/kubernetes-deployment-strategies中描述的蓝色/绿色部署模式在kubernetes或helm中本身不受支持。 如果它属于任何地方，它将是掌舵者还是kubernetes？ 头盔维护者是否会接受蓝色/绿色拉动请求？
questiosupport
burnettk
👍3
所有3条评论
这实际上恰好是服务网格处理得很好的事情。 如果您需要对应用程序执行蓝/绿部署，我强烈建议您看一下istio之类的工具，因为它们能够处理逐步引入和推出，因为它们可以控制进入应用程序的流量。
Helm在传统软件包管理器的意义上工作更多，以一种优美的方式将图表从一个版本升级到另一个版本（这要归功于Pod的活跃性/就绪性探针和部署更新策略），就像人们对apt upgrade期望一样
有关更多上下文，请参见以下线程/博客文章中的讨论：
- https://github.com/kubernetes/kubernetes/issues/33462
- http://dougbtv.com/nfvpe/2017/06/05/istio-deploy/
希望这可以帮助！
bacongobbler
于 2018-02-16
结束时请回答，但是如果对b / g部署还有其他疑问，请重新打开。 谢谢！
bacongobbler
于 2018-02-20
@bacongobbler我知道您来自哪里，但是我认为istio是实现我们想要的功能的底层方法。 我的意思是（至少对我来说）我用掌舵图描述了整个服务器部署。 如果我将图表从一个版本更改为另一个版本，则其掌舵将读取掌舵文件并部署所有更改。 现在，它通过与图表中描述的较低级别的组件进行交互来实现此目的，但是尽管如此，我自己并没有直接运行kubectl或其他命令来进行更改。 此外，我认为这样做是不正确的，因为这意味着世界状态不在任何一种工具的范围之内，如果这些工具不能一起使用，则会导致错误。 还是我错过了什么？
ofersadgat
于 2018-04-09
👍21
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
vdice
·
3评论
libesz
·
3评论
adam-sandor
·
3评论
tjquinno
·
3评论
itnilesh
·
3评论
最有用的评论
@bacongobbler我知道您来自哪里，但是我认为istio是实现我们想要的功能的底层方法。 我的意思是（至少对我来说）我用掌舵图描述了整个服务器部署。 如果我将图表从一个版本更改为另一个版本，则其掌舵将读取掌舵文件并部署所有更改。 现在，它通过与图表中描述的较低级别的组件进行交互来实现此目的，但是尽管如此，我自己并没有直接运行kubectl或其他命令来进行更改。 此外，我认为这样做是不正确的，因为这意味着世界状态不在任何一种工具的范围之内，如果这些工具不能一起使用，则会导致错误。 还是我错过了什么？