目录
1.Docker 镜像原理
Docker 镜像本质是什么? 是一个分层文件系统 Docker 中一个centos镜像为什么只有200MB,而一个centos操作系统的iso文件要几个个G? Centos的iso镜像文件包含bootfs和rootfs,而docker的centos镜像复用操作系统的bootfs,只有rootfs和其他镜像层 Docker 中一个tomcat镜像为什么有500MB,而一个tomcat安装包只有70多MB? 由于docker中镜像是分层的,tomcat虽然只有70多MB,但他需要依赖于父镜像和基础镜像,所有整个对外暴露的tomcat镜像大小500多M
2.镜像制作
1.容器转为镜像
# 进入tomcat容器中再根目录创建测试文件
docker exec -it c_tomcat bash
cd
mkdir test
exit
docker commit 容器id 镜像名称:版本号
# 将上面tomcat容器打包成镜像 butool_test 版本号 1.0
# -v 目录挂载的文件不会写入到新的镜像里面
docker commit c_tomcat butool_test:1.0
docker save -o 压缩文件名称 镜像名称:版本号
# 将刚刚打包的镜像压缩成本地文件
docker save -o butool_tomcat.tar butool_test:1.0
# 删除打包的镜像
docker rmi butool_test:1.0
docker load –i 压缩文件名称
# 加载本地文件成镜像
docker load -i butool_tomcat.tar
# 启动,进入webapps 查看文件没有了, 进入root目录 ,查看是否test文件夹
docker run -it --name=new_tomcat butool_test:1.0 bash
cd
ls
3Dockerfile 概念
Dockerfile 是一个文本文件 包含了一条条的指令 每一条指令构建一层,基于基础镜像,最终构建出一个新的镜像 对于开发人员:可以为开发团队提供一个完全一致的开发环境 对于测试人员:可以直接拿开发时所构建的镜像或者通过Dockerfile文件构建一个新的镜像开始工作了 对于运维人员:在部署时,可以实现应用的无缝移植
1.DockerFile关键词
关键字 | 作用 | 备注 |
---|---|---|
FROM | 指定父镜像 | 指定dockerfile基于那个image构建 |
MAINTAINER | 作者信息 | 用来标明这个dockerfile谁写的 |
LABEL | 标签 | 用来标明dockerfile的标签 可以使用Label代替Maintainer 最终都是在docker image基本信息中可以查看 |
RUN | 执行命令 | 执行一段命令 默认是/bin/sh 格式: RUN command 或者 RUN ["command" , "param1","param2"] |
CMD | 容器启动命令 | 提供启动容器时候的默认命令 和ENTRYPOINT配合使用.格式 CMD command param1 param2 或者 CMD ["command" , "param1","param2"] |
ENTRYPOINT | 入口 | 一般在制作一些执行就关闭的容器中会使用 |
COPY | 复制文件 | build的时候复制文件到image中 |
ADD | 添加文件 | build的时候添加文件到image中 不仅仅局限于当前build上下文 可以来源于远程服务 |
ENV | 环境变量 | 指定build时候的环境变量 可以在启动的容器的时候 通过-e覆盖 格式ENV name=value |
ARG | 构建参数 | 构建参数 只在构建的时候使用的参数 如果有ENV 那么ENV的相同名字的值始终覆盖arg的参数 |
VOLUME | 定义外部可以挂载的数据卷 | 指定build的image那些目录可以启动的时候挂载到文件系统中 启动容器的时候使用 -v 绑定 格式 VOLUME ["目录"] |
EXPOSE | 暴露端口 | 定义容器运行的时候监听的端口 启动容器的使用-p来绑定暴露端口 格式: EXPOSE 8080 或者 EXPOSE 8080/udp |
WORKDIR | 工作目录 | 指定容器内部的工作目录 如果没有创建则自动创建 如果指定/ 使用的是绝对地址 如果不是/开头那么是在上一条workdir的路径的相对路径 |
USER | 指定执行用户 | 指定build或者启动的时候 用户 在RUN CMD ENTRYPONT执行的时候的用户 |
HEALTHCHECK | 健康检查 | 指定监测当前容器的健康监测的命令 基本上没用 因为很多时候 应用本身有健康监测机制 |
ONBUILD | 触发器 | 当存在ONBUILD关键字的镜像作为基础镜像的时候 当执行FROM完成之后 会执行 ONBUILD的命令 但是不影响当前镜像 用处也不怎么大 |
STOPSIGNAL | 发送信号量到宿主机 | 该STOPSIGNAL指令设置将发送到容器的系统调用信号以退出。 |
SHELL | 指定执行脚本的shell | 指定RUN CMD ENTRYPOINT 执行命令的时候 使用的shell |
4.Dockerfile 案例
4.1要求
自定义centos7镜像。要求: 1. 默认登录路径为 /usr 2. 可以使用vim
定义父镜像:FROM centos:7
定义作者信息:MAINTAINER itheima <itheima@itcast.cn>
执行安装vim命令: RUN yum install -y vim
定义默认的工作目录:WORKDIR /usr
定义容器启动执行的命令:CMD /bin/bash
通过dockerfile构建镜像:docker build –f dockerfile文件路径 –t 镜像名称:版本
# 创建存储dockerfile的文件目录
mkdir -p /docker-data/dockerfiles && cd /docker-data/dockerfiles
# 创建contos-dockerfile文件
vim centos_dockerfile
FROM centos:7
MAINTAINER busl <1196869282@qq.com>
RUN yum install -y vim
WORKDIR /usr
CMD /bin/bash
# 执行命令
docker build -f /docker-data/dockerfiles/centos_dockerfile -t centos_vim:1.0 .
# 查看镜像
docker images
# 运行容器
docker run -it --name=vim_centos7 centos_vim:1.0
# 测试vim命令
vim a
4.2发布springboot项目到容器
# 普通的springboot项目,核心代码
package cn.butool.controller;
import org.springframework.web.bind.annotation.*;
import java.util.HashMap;
import java.util.Map;
@RestController
@RequestMapping("/TT")
public class TestController {
@GetMapping
public Object HelloGet() {
Map<String, Object> resMap = new HashMap<>();
resMap.put("msg", "GetMapping-hello-world");
return resMap;
}
@PostMapping
public Object HelloPost() {
Map<String, Object> resMap = new HashMap<>();
resMap.put("msg", "PostMapping-hello-world");
return resMap;
}
}
4.4编写Dockerfile文件
# 创建dockerfile文件目录
mkdir -p /docker-data/dockerfiles/spring-boot && cd /docker-data/dockerfiles/spring-boot
# 上传安装包
rz
# 编写DockerFile文件
vi test_dockerfile
FROM java:8
MAINTAINER busl<1196869282@qq.com>
ADD butool-cloud-test.jar app.jar
CMD java -jar app.jar
# 保存退出,构建镜像
docker build -f /docker-data/dockerfiles/spring-boot/test_dockerfile -t springboot_test:1.0 .
# 查看镜像
docker images
# 运行镜像
docker run -it --name=spring-test -p8080:8080 springboot_test:1.0
4.5访问接口
宿主机:8080/TT