大多人选择开发时在本地,部署时文件都在容器里,如果没有容器,那就本地开发,没有映射文件,如果部署环境到容器了,容器内部启动时设置执行命令,再将映射的文件进行编译,这就直接能实现物理机到容器热更新,热更新是由插件在项目中实现,如java,物理机文件该了,容器内部就自动检测文件变更,然后自己在另外一个环境做事,但事实上本地并没编译,这样做外部环境和内部环境不同,用于随时删除启动新容器,如果是复用容器,直接把容器当开发环境,里面像java一样热部署效果会不会更好,但缺点是不兼容容器到镜像的更新,作者应该指出热更新是不是在应用上添加的模块,还是依赖第三方git提供的钩子功能,这一点不太明白,还有一种是通过git加dev方式,代码变更到git,提交仓库,触发钩子,第三方软件监听到,拉取代码,编译,构建容器,docker删除旧版本,发布新版本,扩缩容,发布。
相关推荐
江湖有缘5 分钟前
Docker实战 : 使用Docker部署Musicn音乐下载工具沉迷学习 日益消瘦20 分钟前
17-Custom Resource 入门腾飞开源3 小时前
01_K8s干货笔记之认识K8s江湖有缘12 小时前
Docker实战 :使用Docker部署OneTerm堡垒机张忠琳13 小时前
【NPU】Ascend Docker Runtime v26.0.1 之二 runtime/process/process.go — 超深度逐行分析Kevin Wang72717 小时前
Nvidia-AGX-spark部署手册——课堂质量诊断(jetpack:r36)回眸不遇19 小时前
将 Docker虚拟磁盘文件ext.vhdx迁移出C盘 ,更换到D盘雨辰AI19 小时前
K8s人大金仓主从高可用搭建|容器化集群自动同步+故障切换(生产完整版)潘正翔20 小时前
k8s基础_kubeadm搭建k8s集群Echo flower21 小时前
Docker 容器中 Puppeteer 僵尸进程排查与修复