我看了一些其他的答案,但似乎没有一个我正在寻找的。
我有一个python机器人,我写过,我转向了一个通过它发射的码头集装箱
docker run -dit --restart unless-stopped -v /home/dockeradmin/pythonApp/:/pythonApp--name python-bot-app python-bot
我的问题是,当我更改我的python项目的代码时,如何更新我的docker容器。现在我通常会重建图像,停止/修剪容器,然后再次启动它,但这似乎非常浪费。
这样做有简单或“正确”的方法吗?
我有一个python机器人,我写过,我转向了一个通过它发射的码头集装箱
docker run -dit --restart unless-stopped \
-v /home/dockeradmin/pythonApp/:/pythonApp \
--name python-bot-app python-bot
这是在笔记本电脑等开发环境中运行容器的一种非常常见的方法。容器上的名称可让您轻松找到容器并进行管理。卷装入包括容器中的当前代码,位于同一位置的图像中构建的任何内容之上。如果重新启动容器,卷挂载将使用容器中的新代码重新启动应用程序,这应该意味着在python中测试更改只涉及:
docker container restart python-bot
我的问题是,当我更改我的python项目的代码时,如何更新我的docker容器。
当您在生产中部署应用程序时,上述情况并不理想。您需要一些易于重新部署的功能,如果出现错误,可以快速退出更改,最重要的是您需要避免状态漂移的风险。生产的标准工作流程包括:
重要的部分是你没有升级容器,所有的代码都在图像内,而不是用卷装入(你还有数据卷),而且你也没有给容器任何可以阻止的容器像容器名称一样缩放。
现在我通常会重建图像,停止/修剪容器,然后再次启动它,但这似乎非常浪费。
在单节点实现上,您可以从docker-compose
开始替换容器,它将为您处理停止和重新启动步骤。当您进入多节点环境时,您将需要Swarm Mode或Kubernetes来处理应用程序的滚动更新,提供HA并避免在更新应用程序期间出现任何中断。
使用容器时,可以通过有效地分层映像,重用构建缓存以及使用注册表服务器运送映像来最大程度地减少浪费。 Docker的文件系统层构建在彼此之上以创建映像,如果您只更改最后一层中的一些文件,则只有在部署更新映像时才会发送这些更改。对应用程序的任何更改都将涉及至少重新启动该应用程序,而容器只是一些额外的内核API调用来运行该应用程序,并具有创建自己的命名空间和限制的设置。您重新创建容器与重新启动它的唯一补充是添加旧图像以及可能的一些已停止的容器。但是,您知道整个环境可以在没有任何状态漂移的情况下重现,您获得的优势值得付出额外的努力。
有一种“简单”但可能不是“正确”的方式 - 我可以将其归类为“解决方法”。
首先启动您的工作容器,我将使用ubuntu作为示例,但您当然可以根据您的需要进行调整:
docker run -dit --name work-container -v /path-to-code:/code ubuntu bash -c "while true; do sleep 10; done"
所以这个命令将在无限循环的后台为你启动ubuntu。在-v
部分,您应该安装您更改的代码。所以现在打开新的控制台并键入:
docker exec -it work-container bash
所以该命令在该后台容器中启动新shell。所以在那个shell中你可以在容器内做任何你想做的事,例如cd /code && ./do-something-with-your-python
。当您的代码安装在容器中的/ code下时,您将看到实时更改,您可以运行一些程序,然后点击ctrl + c并在代码更改后重新启动它。
在代码更改时重建您的映像是规范的方法,如果做得对,则完全没有浪费。
你的pythonApp
代码应该是COPY
进入你的图像作为最后一步(经验法则:dockerfile中最常更改的步骤应该是最后一步)。这意味着重建将非常快,因为所有其他步骤都将被缓存。如果您只有几KB的源代码更改,那么它只会产生一个几KB的新层。停止和启动容器也非常轻。
遵循这种方法没有什么可担心的。