Vagrant kubernetes、SaltStack和;生产和本地的Docker

Vagrant kubernetes、SaltStack和;生产和本地的Docker,vagrant,docker,salt-stack,kubernetes,Vagrant,Docker,Salt Stack,Kubernetes,这是一个抽象的问题,我希望我能够清楚地描述这一点 基本上;向生产中运行的Kubernetes分发源代码的工作流程是什么。由于您在生产中没有使用-v运行Docker,因此如何更新运行吊舱 生产中: 您是否使用SaltStack更新每个pod中的每个容器 或 是否重建Docker映像并重新启动每个pod? 本地: 使用Vagrant,您可以共享源代码的本地文件夹。有了Docker,您可以使用-v,但如果您在本地运行Kubernetes,您将如何尽可能接近生产镜像? 如果您将Vagrant与boot2

这是一个抽象的问题,我希望我能够清楚地描述这一点

基本上;向生产中运行的Kubernetes分发源代码的工作流程是什么。由于您在生产中没有使用
-v
运行Docker,因此如何更新运行吊舱

生产中:
您是否使用SaltStack更新每个pod中的每个容器

是否重建Docker映像并重新启动每个pod?

本地:
使用Vagrant,您可以共享源代码的本地文件夹。有了Docker,您可以使用
-v
,但如果您在本地运行Kubernetes,您将如何尽可能接近生产镜像?


如果您将Vagrant与boot2docker结合使用,如何将其与Docker结合使用?

简而言之,您不应该“分发源代码”,而应该“构建和部署”。对于Docker和Kubernetes,您可以通过构建容器映像并将其上载到注册表来构建,然后使用Kubernetes执行滚动更新

查看一下可能会有所帮助,但要点在当前Kubernetes CLI的用法摘要中:

kubecfg [OPTIONS] [-u <time>] [-image <image>] rollingupdate <controller>
kubecfg[选项][u][图像]滚动更新
如果您打算在开发中尝试一些东西,并且正在寻找即时代码更新,我不确定Kubernetes在这方面有多大帮助。它是为生产系统而设计的,影子部署不是一种明智的做法