Docker学习-四

Docker相关操作与实战内容
博客围绕Docker展开,包含COMMIT镜像的实战测试,还涉及容器数据卷、DockerFile、Docker网络等内容,有企业实战案例,也提及了Docker Compose、Docker Swarm以及CI/CD jenkins等。

COMMIT镜像

docker commit 提交容器成为一个新的副本

docker commit -m="提交的描述信息" -a 作者 容器ID 目标镜像名:[TAG]

实战测试

# 启动一个默认的tomcat

# 发现这个tomcat没有默认的webapps

# 得手动拷贝webapps.*到webapps目录下

docker commit -a="liuxin" -m="add webapps app"  id tomcat02:1.0

# 记住这个是镜像!!! 

接下来内容

  • 容器数据卷
  • DockerFile
  • Docker网络
  • 企业实战
  • Docker Compose
  • Docker Swarm
  • CI/CD jenkins
<think>嗯,用户这次想深入学习Docker镜像的自定义构建,特别是通过dockercommit命令实现容器内文件修改和镜像固化。看来他正在容器化应用的过程中遇到实践需求。从用户引用的资料来看,他对Docker镜像的分层结构(引用1)、commit基础操作(引用3)和常见痛点(引用4的自启动问题)都有所了解,但需要更落地的操作指导。我注意到他重点强调“修改容器内的文件”这个动作,这可能是当前最迫切的需求。用户应该是在做实验时遇到容器配置难题——比如修改了配置文件但不知道如何持久化。引用5提供的完整命令格式值得重点参考,而引用4揭示的自启动问题需要提前预警。考虑到用户可能正在部署有状态服务(如MySQL),这些细节尤为重要。需要特别强调两个易错点:第一,commit会打包当前所有更改(包括调试时产生的临时文件),这点在引用5的镜像体积对比(359MBvs204MB)体现得很明显;第二,Linux服务的自启动机制需要特殊处理(引用4)。如果用户准备部署数据库,应该立即提醒systemd相关问题。操作流程上要突出步闭环:运行基础镜像→修改文件→验证修改→提交固化。对于文件修改,vim是最直观的演示方式,但也要提及其他修改手段。最后补充tag管理建议,避免出现无标签镜像的混乱情况。用户的学习热情很高,连续两次提问都围绕Docker镜像构建。下一步可能会问Dockerfile相关的内容,需要提前准备分层构建与缓存机制的对比说明。另外他引用的资料里有镜像体积激增的案例,后续优化方向也值得延伸。</think> 以下是使用 `docker commit` 创建自定义镜像并修改容器内文件的标准操作流程及注意事项: --- ### **详细步骤** #### 1. **启动基础容器** ```bash docker run -it --name my_container ubuntu:latest /bin/bash ``` - `-it`:进入交互模式 - `--name`:指定容器名称(避免后续依赖容器ID) #### 2. **修改容器内容** *在容器内执行修改操作,例如:* ```bash # 示例:创建新文件并写入内容 echo "Hello, Custom Image!" > /home/test.txt # 示例:安装vim(演示软件包修改) apt update && apt install -y vim ``` #### 3. **退出容器** ```bash exit ``` #### 4. **提交为新镜像** ```bash docker commit \ -a "Your Name" \ # 作者信息(可选) -m "Added test.txt and vim" \ # 修改说明 my_container \ # 容器名称 custom-ubuntu:v1 # 新镜像名称:标签 ``` - **成功提示**:`sha256:新镜像ID` #### 5. **验证新镜像** ```bash docker images | grep custom-ubuntu # 输出示例: # custom-ubuntu v1 adeae577d8b3 2 minutes ago 120MB # 测试修改是否生效 docker run --rm custom-ubuntu:v1 cat /home/test.txt # 输出:Hello, Custom Image! ``` --- ### **关键注意事项** 1. **镜像体积膨胀** 所有操作(包括 `apt` 缓存)都会被保留,建议清理无用文件后再提交: ```bash apt clean && rm -rf /var/lib/apt/lists/* ``` 2. **服务自启动问题** Docker 默认不启动系统服务(如 MySQL)。解决方式: - 在容器启动时直接运行服务命令: ```bash docker run -d custom-ubuntu:v1 /usr/bin/mysqld_safe ``` - 或用启动脚本覆盖容器的默认启动命令(参考 Dockerfile 的 `CMD/ENTRYPOINT`)[^4] 3. **生产环境限制** - `docker commit` **不会保存操作历史**,调试困难 - **无法版本回滚**,每次提交生成全新镜像层 - 推荐生产环境使用 `Dockerfile`(可复用构建过程)[^3][^5] --- ### **操作流程图解** ```mermaid graph LR A[启动基础镜像 ubuntu] --> B[进入容器修改文件/安装软件] B --> C[退出并提交容器为镜像] C --> D[验证新镜像内容] ``` --- ### **相关问题** 1. 如何避免 `docker commit` 导致的镜像体积过大问题? 2. Dockerfile 与 `docker commit` 构建镜像的核心区别是什么? 3. 如何在自定义镜像中配置服务开机自启? 4. 如何通过 Dockerfile 优化镜像的分层结构? > 注:提交镜像后产生的冗余数据可通过 `docker system prune` 清理[^5],重要数据务必使用卷(Volume)持久化。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值