BAT大厂面试Docker拿高薪,有它完全hold住
相信经过前两章的”内功“、”招式“,我们现在已经对Docker比较熟悉了,接下来我们就要学习如何构建私有镜像以及私有镜像仓库,从而使我们所学的docker知识更方便的运用在工作之中。
** Docker镜像制作**
我们在日常的工作中,常常需要制作公司自己的项目的容器,还要有一个属于自己公司的私有仓库,去保存和随时拉取镜像。
而制作容器有两种方式docker commit
以及Dockerfile
,接下来就了解一下这两种方式吧
制作容器方法一:Docker commit:Docker commit
Mac下使用命令为:
docker commit 容器名 新镜像名:tag
制作好之后我们看图片发现镜像制作时间为20s之前,就是我们commit镜像的时间。
使用这种方式的缺点是
-
对外不可解释,假设镜像出了问题,使用镜像的人不好排查问题
-
第二个缺点是,可维护性差,因为对镜像的操作没有记录。一个理想的镜像制作过程应当如同编码的过程一样,可以通过阅读代码或者注释的方式,能够知道镜像的操作过程。所以我们一般更偏向于使用
Dockerfile
的方式
制作容器方法二:Dockerfile
创建一个Dockerfile,一般文件名约定的名称为Dockerfile
Dockerfile中一些常用字段的含义
实战演示
Dockerfile脚本
使用build
命令构建镜像,要注意Dockerfile要在当前目录下
,才可以直接运行docker
build。如果在别的路径下面则需要添加-f
参数指定Dockerfile的路径。但是在实际的工作中,我们更加提倡一个目录管理一个Docker及一些配置文件
如下图所示,在执行命令时,我们会发现会将执行命令打印出来
如果我们需要将外部文件copy到镜像中供镜像使用,则需要ADD
命令。而ENTRYPOINT
命令则是指定容器启动脚本。
首先,创建Dockerfile
并在与Dockerfile同个目录下创建一个run.sh
脚本。
我们进入容器内部可以发现,PID
为1的就是我们在Dockerfile中写的run.sh
,而进程号为1的进程是所有进程的父进程,如果run.sh
进程结束,则其他进程也会一并结束,所以如果目的是启动一个在线服务的容器
,为了防止容器运行结束之后就直接退出,我们就将脚本内容,写为一个死循环
为run.sh添加权限
chmod 777 run.sh
在build镜像成功之后,我们就可以运行制作好的镜像。
docker build -t test:v1.2 .
docker run -d --name=wayyt_test test:v1.2
接下来我们就可以进入镜像,验证run.sh镜像是否copy到了镜像内部
docker exec -it wayyt_test bash
结果是,成功!
接下来继续为大家演示env
参数
我们在Dockerfile中填加一行ENV DOCKER_HOME=/usr/local/docker
,并在启动脚本中添加env
用来打印环境变量
启动之后我们查看日志docker logs -f wayyt2
发现添加的环境变量成功打印了出来
ENV
的作用就是注入一些绝对固定的环境变量,这样我们就不用在每次启动后固定再去注入一些环境变量
如果,echo “hello world” >> /root/hello.log
前方有坑,注意避让:
在使用以上配置方式配置Dockerfile时,我们常常会发现使用ssh协议连接容器的时候,明明在dockerfile中指定了环境变量,但是在运行中依然找不到环境变量
?
因为在任何用户登录的时候,都会去找.bashrc
,执行其中的命令。如果在容器中,我们希望指定的环境变量在ssh协议中依然能够生效。我们需要做的就是用echo
命令写到bashrc
中。
如图这样子配置Dockerfile,将环境变量写入bashrc,这样通过jenkins或者ssh 协议的连接才能连接到
WORKDIR
的作用是指定容器的启动目录,只要在Dockerfile中指定一个已存在目录WORKDIR /root/workdir
那么当容器运行起来后,进入容器我们会发现,会直接进入WORKDIR
的指定路径
** Docker私有仓库**
在工作中,为了信息安全,我们是不可能将私有的镜像传到dockerhub中使用,那如果要多个机器共享,又能怎么办呢?
所以每个公司/每个部门,都会有一个私有的镜像仓库供工作使用。私有仓库,也就是在本地(局域网)搭建的一个类似公共仓库的东西,搭建好之后,我们可以将镜像提交到私有仓库中。
接下来我们就教大家,如果搭建docker的私有镜像仓库。在学习docker的过程中,我们一定要养成多看官方文档的好习惯。
官方文档的地址:https://hub.docker.com/_/registry
我们分为两个部分去试验私有镜像仓库是否搭建成功。第一个部分是部署私有仓库,第二个部分是向私有仓库推送镜像,并测试能否拉取成功
部署私有仓库
- 拉取官方团队镜像
docker pull registry
- 启动registry镜像
docker run -d -p 5000:5000 -v /usr/local/registry:/var/lib/registry --restart=always --name registry registry:2
--restart=always
:如果容器出现意外停止,会自动进行重启
3. 查看当前仓库的镜像
curl http://localhost:5000/v2/_catalog
可以看到当前镜像仓库镜没有任何镜像
推送并测试拉取镜像
- 下载任意一个镜像
docker pull busybox
- 为这个打一层tag
docker tag busybox:latest 镜像仓库ip:5000/busybox:v1
busybox:lastest 这是源镜像,也是刚才pull下来的镜像文件;
镜像仓库ip:5000/busybox:v1:这是目标镜像,也是registry私有镜像服务器的IP地址和端口;
- 将打好tag的镜像推送到
镜像仓库ip:5000
仓库中
docker push 镜像仓库ip:5000/busybox:v1
注意
在这个地方,可能会出现报错http: server gave HTTP response to HTTPS client
,我们需要https的方法才能上传,我们可以修改下daemon.json来解决:
vim /etc/docker/daemon.json
在daemon.json文件中添加下面的内容,保存后要重启docker服务systemctl restart docker
{
"registry-mirrors": [ "https://registry.docker-cn.com"],
"insecure-registries": [ "172.18.18.90:5000"]
}
- 再次去
服务端镜像仓库
查看仓库的镜像,发现多了一个busybox的镜像
curl http://localhost:5000/v2/_catalog
- 将本地镜像清空,然后拉取
服务端镜像仓库
镜像
docker rmi -f $(docker images -aq)
docker images
docker pull 镜像仓库ip:5000/busybox:v1
从图片中可以看出这次镜像就拉取成功啦~
相信学习完这次的Docker内功研习、招式修炼、加上最后的内外结合,一定能让你对Docker的理解”融会贯通“,更上一层楼。
本文为霍格沃兹测试学院学院助教WayytAD的学习笔记,想系统掌握测试干货,可添加小助手微信。
回复“ 测试开发 ”入群咨询
** _
来霍格沃兹测试开发学社,学习更多软件测试与测试开发的进阶技术,知识点涵盖web自动化测试 app自动化测试、接口自动化测试、测试框架、性能测试、安全测试、持续集成/持续交付/DevOps,测试左移、测试右移、精准测试、测试平台开发、测试管理等内容,课程技术涵盖bash、pytest、junit、selenium、appium、postman、requests、httprunner、jmeter、jenkins、docker、k8s、elk、sonarqube、jacoco、jvm-sandbox等相关技术,全面提升测试开发工程师的技术实力