Docker 大热，还不了解 Dockerfile 你就 OUT 啦～（docker daemon reload）

25-03-17 8

在这篇文章中，我们将带领您了解Docker大热，还不了解Dockerfile你就OUT啦～的全貌，包括dockerdaemonreload的相关情况。同时，我们还将为您介绍有关Docker04应用部署

在这篇文章中，我们将带领您了解Docker 大热，还不了解 Dockerfile 你就 OUT 啦～的全貌，包括docker daemon reload的相关情况。同时，我们还将为您介绍有关Docker 04 应用部署与迁移备份 Dockerfile 与 Docker 私有仓库、Docker CLI 实战指南：从基础命令到 Dockerfile 构建和 Docker Compose、docker history 查看docker镜像构建过程还原dockerfile 查看启动参数、Docker in Docker(实际上是 Docker outside Docker): /var/run/docker.sock的知识，以帮助您更好地理解这个主题。

本文目录一览：

Docker 大热，还不了解 Dockerfile 你就 OUT 啦～（docker daemon reload）
Docker 04 应用部署与迁移备份 Dockerfile 与 Docker 私有仓库
Docker CLI 实战指南：从基础命令到 Dockerfile 构建和 Docker Compose
docker history 查看docker镜像构建过程还原dockerfile 查看启动参数
Docker in Docker(实际上是 Docker outside Docker): /var/run/docker.sock

Docker 大热，还不了解 Dockerfile 你就 OUT 啦～（docker daemon reload）

前言：近年来 Docker 非常火，想要玩好 Docker 的话 Dockerfile 是绕不开的，这就好比想要玩好 Linux 服务器绕不开 shell 道理是一样的。今天我们就来聊一聊 Dockerfile 怎么写，那些指令到底是什么意思。

一、先来看一个简单的 Dockerfile

#这个Dockerfile作用是打一个python3项目环境

二、Dockerfile 编写规则

指令到小写不敏感，为了区分习惯上用大写
Dockerfile 非注释行第一行必须是 FROM
文件名必须是 Dockerfile
Dockerfile 指定一个专门的目录为工作空间
所有引入映射的文件必须在这个工作空间目录下
Dockerfile 工作空间目录下支持隐藏文件 (.dockeringore)
(.dockeringore) 作用是用于存放不需要打包导入镜像的文件，根目录就是工作空间目录
每一条指令都会生成一个镜像层，镜像层多了执行效率就慢，能写成一条指定的就写成一条

三、Dockerfile 指令详解

1.FROM：基础镜像

 1.1、FROM是Dockerfile文件开篇第一个非注释行代码

2.MAINTAINER：镜像作者信息

2.1、废弃了，使用LABLE替代

3.LABLE：镜像描述信息

3.1、LABLE author="haili"

4.COPY：从 Docker 宿主机复制文件至创建的新镜像文件

4.1、COPY <src> <dest>

5.ADD：类似于 COPY 指令，ADD 支持 tar 文件和 URL 路径

5.1、ADD <src> <dest>

6.WORKDIR：用于为 Dockerfile 中所有的 RUN、CMD、ENTRYPOINT、COPY、ADD 指定设定工作目录

6.1、WORKDIR /mnt，如果目录不存在会自动创建，包括他的父目录

7.VOLUME：数据卷，用于在 image 中创建挂载点目录，以挂载 Docker host 上的卷或者其他容器上的卷

7.1、VOLUM mount_point

8.EXPOSE：为容器打开指定的监听端口以实现与外部通信

8.1、EXPOSE <port> </portocol>

9.ENV：用于为镜像定义所需的环境变量，可以被 Dockerfile 文件中其他命令调用 (ENV、ADD、COPY、RUN、CMD)

9.1、ENV key value

10.RUN：docker build 镜像构建的时候需要执行的 shell 命令默认 "/bin/sh -c" 运行

10.1、docker build过程中需要执行的命令

11.CMD：启动容器指定默认要运行的程序或命令，默认 "/bin/sh -c" 运行

11.1、docker run过程中需要执行的命令

12.ENTRYPOINT：类型 CMD 指令的功能，用于为容器指定默认运行程序或命令

1、与CMD不同的是，由ENTRYPOINT启动的程序不会被docker run命令行指定的参数覆盖，这些命令行参数会被当做参数传递给ENTRYPOINT指定的程序

13.CMD 和 ENTRYPOINT 同时存在 Dockerfile 中

1、CMD的值会当做参数传递给ENTRYPOINT

14.USER：指定运行 image 时和 Dockerfile 中任何 RUN、CMD、ENTRYPOINT 指令指定的程序的用户

1、使用用户名或者UID

15.HEALTHCHECK：健康检查，定义一个命令用于检查主进程工作状态是否健康

15.1、HEALTHCHECK参数

16.SHELL：指定运行 RUN、CMD、ENTRYPOINT 的 shell 程序

17.OPSIGNAL：给主进程发送信号

18.ARG：docker build 过程中的参数

 18.1、定义pyton镜像作者，通过参数传入

19.ONBUILD：用于在 Dockerfile 中定义一个触发器

19.1、Dockerfile1中加一个ONBUILD add file，当docker build -t=testpython Dockerfile1的时候ONBU

Docker 04 应用部署与迁移备份 Dockerfile 与 Docker 私有仓库

MySQL 部署

拉取 mysql 镜像 docker pull centos/mysql-57-centos7

创建 MySQL 容器 docker run -di --name=mysql01 -p 33306:3306 -e MYSQL_ROOT_PASSWORD=320512 centos/mysql-57-centos7

-p 代表端口映射，格式为宿主机映射端口：容器运行端口
-e 代表添加环境变量 MYSQL_ROOT_PASSWORD 是 root 用户的登录密码

Tomcat 部署

拉取镜像 docker pull tomcat：7-jre7

创建容器创建容器 -p 表示地址映射

docker run ‐di ‐‐name=mytomcat ‐p 9000:8080

‐v /usr/local/webapps:/usr/local/tomcat/webapps tomcat:7‐jre7

Nginx 部署

拉取镜像 docker pull nginx

创建容器 docker run ‐di ‐‐name=mynginx ‐p 80:80 nginx

Redis 部署

拉取镜像 docker pull redis

创建容器 docker run ‐di ‐‐name=myredis ‐p 6379:6379 redis

迁移与备份

容器保存为镜像

我们可以通过以下命令将容器保存为镜像

docker commit 容器名称镜像名称

镜像备份

我们可以通过以下命令将镜像保存为 tar 文件

docker save -o tar 文件名称镜像名称

恢复镜像

docker load -i tar 文件名称

Dockerfile

Dockerfile 是由一系列命令和参数构成的脚本，这些命令应用于基础镜像并最终创建一个新的镜像。

1、对于开发人员：可以为开发团队提供一个完全一致的开发环境；

2、对于测试人员：可以直接拿开发时所构建的镜像或者通过 Dockerfile 文件构建一个新的镜像开始工作了；

3、对于运维人员：在部署时，可以实现应用的无缝移植。

常用命令

命令	作用
FROM image_name:tag	定义了使用哪个基础镜像启动构建流程
MAINTAINER user_name	声明镜像的创建者
ENV key value	设置环境变量 (可以写多条)
RUN command	是 Dockerfile 的核心部分 (可以写多条)
ADD source_dir/file dest_dir/file	将宿主机的文件复制到容器内，如果是一个压缩文件，将会在复制后自动解压
COPY source_dir/file dest_dir/file	和 ADD 相似，但是如果有压缩文件并不能解压
WORKDIR path_dir	设置工作目录

使用脚本创建镜像

步骤：
（1）创建目录

mkdir –p /usr/local/dockerjdk8

（2）下载 jdk-8u171-linux-x64.tar.gz 并上传到服务器（虚拟机）中的 /usr/local/dockerjdk8 目录

（3）创建文件 Dockerfile vi Dockerfile

#依赖镜像名称和 ID
FROM centos:7
#指定镜像创建者信息
MAINTAINER ITCAST
#切换工作目录
WORKDIR /usr
RUN mkdir /usr/local/java
#ADD 是相对路径 jar, 把 java 添加到容器中
ADD jdk‐8u171‐linux‐x64.tar.gz /usr/local/java/
#配置 java 环境变量
ENV JAVA_HOME /usr/local/java/jdk1.8.0_171
ENV JRE_HOME $JAVA_HOME/jre
ENV CLASSPATH
$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib:$CLASSPATH
ENV PATH $JAVA_HOME/bin:$PATH

（4）执行命令构建镜像（注意后边的空格和点，不能省略）

docker build ‐t=''jdk1.8'' .

参看镜像是否建立完成

docker images

Docker 私有仓库

私有仓库搭建与配置

（1）拉取私有仓库镜像（此步省略）

docker pull registry

（2）启动私有仓库容器

docker run ‐di ‐‐name=registry ‐p 5000:5000 registry

(3) 打开浏览器输入地址 http://ip:5000/v2/_catalog，看到 {"repositories":[]} 表示私有仓库搭建成功并且内容为空。

(4) 修改 daemon.json vi /etc/docker/daemon.json

添加以下内容，保存退出，这是为了让 docker 信任私有仓库地址 {"insecure-registries":["ip:5000"]}

重启 docker 服务

systemctl restart docker

镜像上传到私有仓库

标记此镜像为私有仓库的镜像 docker tag jdk1.8 ip:5000/jdk1.8

再次启动私服容器

docker start registry

上传标记的镜像

docker push ip:5000/jdk1.8

Docker CLI 实战指南：从基础命令到 Dockerfile 构建和 Docker Compose

Docker 学习路线 11：Docker命令行

Docker CLI (命令行界面) 是一个强大的工具，可让您与 Docker 容器、映像、卷和网络进行交互和管理。它为用户提供了广泛的命令，用于在其开发和生产工作流中创建、运行和管理 Docker 容器和其他 Docker 资源。

安装

要开始使用 Docker CLI，您需要在计算机上安装 Docker。您可以从 Docker 文档的官方安装指南中按照您所使用的操作系统进行安装。

基本命令

以下是一些基本的 Docker CLI 命令，供您熟悉：

docker run：从 Docker 映像创建并启动容器
docker container：列出正在运行的容器
docker image：列出系统中所有可用的映像
docker pull：从 Docker Hub 或其他注册表拉取映像
docker push：将映像推送到 Docker Hub 或其他注册表
docker build：从 Dockerfile 构建映像
docker exec：在正在运行的容器中运行命令
docker logs：显示容器的日志

Docker Run 选项

docker run 是 Docker CLI 中最重要的命令之一。您可以使用各种选项自定义容器的行为，例如：

d, --detach：在后台运行容器
e, --env：为容器设置环境变量
v, --volume：绑定挂载卷
p, --publish：将容器的端口发布到主机
name：为容器指定名称
restart：指定容器的重启策略
rm：容器退出时自动删除容器

Dockerfile

Dockerfile 是一个包含构建 Docker 映像的指令的脚本。您可以使用 Docker CLI 使用 Dockerfile 构建、更新和管理 Docker 映像。

以下是 Dockerfile 的一个简单示例：

# Set the base image to use
FROM alpine:3.7
# Update the system and install packages
RUN apk update && apk add curl
# Set the working directory
WORKDIR /app
# Copy the application file
COPY app.sh .
# Set the entry point
ENTRYPOINT ["./app.sh"]

要构建映像，请使用以下命令：

docker build -t my-image .

Docker Compose

Docker Compose 是一个 CLI 工具，用于使用 YAML 文件定义和管理多容器 Docker 应用程序。它与 Docker CLI 协作，提供了一种一致的方式来管理多个容器及其依赖项。

使用官方的安装指南安装 Docker Compose，然后您可以创建一个 docker-compose.yml 文件来定义和运行多容器应用程序：

version: ''3''
services:  
web:    
image: webapp-image    
ports:      - "80:80"  
database:    
image: mysql    
environment:      - MYSQL_ROOT_PASSWORD=my-secret-pw

使用以下命令运行应用程序：

docker-compose up

总之，Docker CLI 是管理 Docker 容器和资源的强大而多才多艺的工具。一旦熟悉其命令和功能，您将能够轻松开发、维护和部署使用 Docker 的应用程序。

Docker镜像

Docker镜像是一种轻量级、独立、可执行的软件包，其包含了运行应用程序所需的所有组件。这些组件包括：依赖项、库、运行时、系统工具和代码等，以确保应用程序在不同的环境中可以保持一致地运行。

Docker镜像是使用Dockerfile进行构建和管理的。Dockerfile是一个包含了创建Docker镜像所需指令的脚本，提供了一个逐步设置应用程序环境的指南。

使用Docker镜像

Docker CLI提供了多个命令来管理和使用Docker镜像。其中一些重要的命令包括：

docker image ls：列出本地系统上所有可用的镜像。
docker build：从Dockerfile构建镜像。
docker image rm：删除一个或多个镜像。
docker pull：从注册表（如Docker Hub）将镜像拉到本地系统。
docker push：将镜像推送到仓库。

例如，要从Docker Hub拉取官方的Ubuntu镜像，可以运行以下命令：

docker pull ubuntu:latest

拉取镜像后，可以使用docker run命令创建和运行一个使用该镜像的容器：

docker run -it ubuntu:latest /bin/bash

这个命令将创建一个新的容器，并使用**/bin/bash** shell在容器内启动一个交互式会话。

共享镜像

Docker镜像可以使用容器注册表（如Docker Hub、Google Container Registry或Amazon Elastic Container Registry（ECR））共享和分发。一旦将您的镜像推送到注册表中，其他人就可以轻松地访问和使用它们。

要共享您的镜像，您首先需要使用适当的命名格式对其进行标记：

docker tag <image-id> <username>/<repository>:<tag>

然后，您可以使用以下命令将标记的镜像推送到注册表中：

docker push <username>/<repository>:<tag>

总之，Docker镜像是Docker生态系统中不可或缺的一部分，允许开发人员打包其应用程序、轻松地共享它们，并在不同的环境中确保一致性。通过理解Docker镜像和管理它们的命令，您可以利用容器化的力量，增强您的开发工作流程。在您的开发过程中使用Docker镜像可以大大提高开发效率，减少开发过程中的问题，让您能够更好地专注于应用程序的核心开发。

容器

容器可以被视为轻量级的、独立的可执行软件包，包括运行所需的所有东西，包括代码、运行时、库、环境变量和配置文件。容器将软件与其环境隔离开来，确保其在不同环境下工作一致。

为什么使用容器?

可移植性：容器确保应用程序在不同平台上一致工作，无论是开发人员的笔记本电脑还是生产服务器。这消除了“它在我的机器上运行”的问题。
效率：容器很轻量级，因为它们使用共享资源，没有完整操作系统的开销。这使得启动时间更快，减少资源使用。
可扩展性：容器可以根据工作量轻松地进行缩放，因此非常适合分布式应用程序和微服务。
一致性：容器使得开发人员、QA 和运维团队在整个应用程序生命周期中拥有一致的环境，从而加快了部署流程。
安全性：容器提供了一定程度的隔离，使其与其他容器和底层主机系统隔离开来，有助于维护应用程序的安全性。

使用 Docker CLI 工作

Docker CLI 提供了多个命令，可帮助您创建、管理和与容器交互。一些常用命令包括：

docker run：用于创建和启动新容器。
docker container ls：列出运行中的容器。
docker container stop：停止运行中的容器。
docker container rm：删除已停止的容器。
docker exec：在运行中的容器中执行命令。
docker logs：获取容器的日志，有助于调试问题。

Docker卷

Docker卷是一种用于存储Docker容器生成和使用的数据的机制。它们允许您将数据与容器本身分开，从而轻松备份、迁移和管理持久性数据。

卷的重要性

Docker容器本质上是暂时的，这意味着它们可以轻松地停止、删除或替换。尽管这对应用程序开发和部署非常有利，但处理持久性数据时会带来挑战。这就是卷的作用。它们提供了一种将数据存储和管理与容器的生命周期分开的方法。

卷的类型

Docker中有三种类型的卷:

主机卷：它们存储在主机机器的文件系统中，通常位于/var/lib/docker/volumes目录中。这些可以很容易地访问，但可能会带来可移植性或文件系统兼容性问题。
匿名卷：这些是在运行容器时没有指定卷时自动生成的。它们的ID由Docker生成，也存储在主机机器的文件系统中。
命名卷：与匿名卷类似，命名卷也存储在主机机器的文件系统中。但是，您可以提供自定义名称，这样在其他容器中引用或备份时更容易。

使用Docker CLI管理卷

Docker CLI提供了各种命令来管理卷:

docker volume create: 使用给定的名称创建新卷。
docker volume ls: 列出系统中的所有卷。
docker volume inspect: 提供有关特定卷的详细信息。
docker volume rm: 删除卷。
docker volume prune: 删除所有未使用的卷。

要在容器中使用卷，可以在docker run命令期间使用-v或--volume标志。例如:

docker run -d --name my-container -v my-named-volume:/var/lib/data my-image

此命令使用“my-image”映像创建一个名为“my-container”的新容器，并在容器内部将“my-named-volume”卷挂载到/var/lib/data路径。

Docker 网络

Docker 网络提供了管理容器通信的重要方法。它允许容器使用各种网络驱动程序相互通信并与主机机器通信。通过理解和利用不同类型的网络驱动程序，您可以设计容器网络以适应特定的场景或应用程序需求。

网络驱动程序

Docker 中有几个可用的网络驱动程序。这里，我们将介绍四个最常见的驱动程序：

bridge：容器的默认网络驱动程序。它创建了一个私有网络，容器可以相互通信并与主机机器通信。在此网络上的容器可以通过主机网络访问外部资源。
host：该驱动程序取消了网络隔离并允许容器共享主机的网络。在网络性能至关重要的情况下，它非常有用，因为它最小化了容器网络的开销。
none：该网络驱动程序禁用容器网络。使用此驱动程序的容器在没有任何网络访问的隔离环境下运行。
overlay：该网络驱动程序使部署在不同主机上的容器能够相互通信。它专为 Docker Swarm 设计，并且非常适合多主机或基于集群的容器部署。

管理 Docker 网络

Docker CLI 提供了各种命令来管理网络。以下是一些有用的命令：

列出所有网络：docker network ls
检查网络：docker network inspect <network_name>
创建新网络：docker network create --driver <driver_type> <network_name>
将容器连接到网络：docker network connect <network_name> <container_name>
将容器与网络断开连接：docker network disconnect <network_name> <container_name>
删除网络：docker network rm <network_name>

最后

为了方便其他设备和平台的小伙伴观看往期文章：

微信公众号搜索：Let us Coding，关注后即可获取最新文章推送

看完如果觉得有帮助，欢迎 点赞、收藏、关注

docker history 查看docker镜像构建过程还原dockerfile 查看启动参数

介绍：

~]# docker history --help
Usage:  docker history [OPTIONS] IMAGE
Show the history of an image
Options:
      --format string   Pretty-print images using a Go template
      --help            Print usage
  -H,--human           Print sizes and dates in human readable format (default true)
      --no-trunc        Don't truncate output
  -q,--quiet           Only show numeric IDs

示例：

~]# docker history kubeguide/tomcat-app:v1
IMAGE               CREATED             CREATED BY                                      SIZE                COMMENT
a29e200a18e9        2 years ago         /bin/sh -c #(nop) ADD dir:c5c3bddef49cbc9f...   992kB               
<missing>           2 years ago         /bin/sh -c #(nop) MAINTAINER bestme <bestm...   0B                  
<missing>           2 years ago         /bin/sh -c #(nop) CMD ["catalina.sh" "run"]     0B                  
<missing>           2 years ago         /bin/sh -c #(nop) EXPOSE 8080/tcp               0B                  
<missing>           2 years ago         /bin/sh -c set -e  && nativeLines="$(catal...   0B                  
<missing>           2 years ago         /bin/sh -c set -x   && curl -fSL "$TOMCAT_...   16.6MB              
<missing>           2 years ago         /bin/sh -c #(nop) ENV TOMCAT_TGZ_URL=https...   0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ENV TOMCAT_VERSION=8.0.35     0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ENV TOMCAT_MAJOR=8            0B                  
<missing>           2 years ago         /bin/sh -c set -ex  && for key in   05AB33...   114kB               
<missing>           2 years ago         /bin/sh -c apt-get update && apt-get insta...   7.18MB              
<missing>           2 years ago         /bin/sh -c {   echo 'deb http://httpredir....   172B                
<missing>           2 years ago         /bin/sh -c #(nop) ENV OPENSSL_VERSION=1.0....   0B                  
<missing>           2 years ago         /bin/sh -c #(nop) workdir /usr/local/tomcat     0B                  
<missing>           2 years ago         /bin/sh -c mkdir -p "$CATALINA_HOME"            0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ENV PATH=/usr/local/tomc...   0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ENV CATALINA_HOME=/usr/l...   0B                  
<missing>           2 years ago         /bin/sh -c set -x  && apt-get update  && a...   163MB               
<missing>           2 years ago         /bin/sh -c #(nop) ENV JAVA_DEBIAN_VERSION=...   0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ENV JAVA_VERSION=7u101        0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ENV JAVA_HOME=/usr/lib/j...   0B                  
<missing>           2 years ago         /bin/sh -c {   echo '#!/bin/sh';   echo 's...   87B                 
<missing>           2 years ago         /bin/sh -c #(nop) ENV LANG=C.UTF-8              0B                  
<missing>           2 years ago         /bin/sh -c apt-get update && apt-get insta...   1.17MB              
<missing>           2 years ago         /bin/sh -c apt-get update && apt-get insta...   44.3MB              
<missing>           2 years ago         /bin/sh -c #(nop) CMD ["/bin/bash"]             0B                  
<missing>           2 years ago         /bin/sh -c #(nop) ADD file:5d8521419ad6cfb...   125MB

如果要让CREATED BY 列完整显示，可以加上 --no-trunc 参数。直接在shell中看会比较乱，可以输出到文件查看，就比较直观了

以PHPmyadmin docker镜像为例，效果如下：

Docker in Docker(实际上是 Docker outside Docker): /var/run/docker.sock

在 Docker 容器里面使用 `docker run`/`docker build`？

Docker 容器技术目前是微服务/持续集成/持续交付领域的第一选择。而在 DevOps 中，我们需要将各种后端/前端的测试/构建环境打包成 Docker 镜像，然后在需要的时候，Jenkins 会使用这些镜像启动容器以执行 Jenkins 任务。

为了方便维护，我们的 CI 系统如 Jenkins，也会使用 Docker 方式部署。 Jenkins 任务中有些任务需要将微服务构建成 Docker 镜像，然后推送到 Harbor 私有仓库中。或者我们所有的 Jenkins Master 镜像和 Jenkins Slave 镜像本身都不包含任何额外的构建环境，执行任务时都需要启动包含对应环境的镜像来执行任务。

我们的 Jenkins Master、Jenkins Slaves 都是跑在容器里面的，该如何在这些容器里面调用 docker run 命令启动包含 CI 环境的镜像呢？在这些 CI 镜像里面，我们从源码编译完成后，又如何通过 docker build 将编译结果打包成 Docker 镜像，然后推送到内网仓库呢？

答案下面揭晓。

一、原理说明：`/var/run/docker.sock`

Docker 采取的是 Client/Server 架构，我们常用的 docker xxx 命令工具，只是 docker 的 client，我们通过该命令行执行命令时，实际上是在通过 client 与 docker engine 通信。

我们通过 apt/yum 安装 docker-ce 时，会自动生成一个 systemd 的 service，所以安装完成后，需要通过 sudo systemctl enable docker.service 来启用该服务。这个 Docker 服务启动的，就是 docker engine，查看 /usr/lib/systemd/system/docker.service，能看到有这样一条语句：

ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock

默认情况下，Docker守护进程会生成一个 socket（/var/run/docker.sock）文件来进行本地进程通信，因此只能在本地使用 docker 客户端或者使用 Docker API 进行操作。 sock 文件是 UNIX 域套接字，它可以通过文件系统（而非网络地址）进行寻址和访问。

因此只要以数据卷的形式将 docker 客户端和上述 socket 套接字挂载到容器内部，就能实现 "Docker in Docker"，在容器内使用 docker 命令了。具体的命令见后面的「示例」部分。

要记住的是，真正执行我们的 docker 命令的是 docker engine，而这个 engine 跑在宿主机上。所以这并不是真正的 "Docker in Docker".

二、示例

在容器内部使用宿主机的 docker，方法有二：

命令行方式：将 /usr/bin/docker 映射进容器内部，然后直接在容器内部使用这个命令行工具 docker
- 需要的时候，也可以将 /etc/docker 文件夹映射到容器内，这样容器内的 docker 命令行工具也会使用与宿主机同样的配置。
编程方式：在容器内部以编程的方式使用 docker
- 通过 python 使用 docker: 在 Dockerfile 中通过 pip install docker 将 docker client 安装到镜像中来使用

容器的启动方式也有两种，如下：

1. 直接通过 docker 命令启动

示例命令如下：

docker run --name <name> \
    -v /var/run/docker.sock:/var/run/docker.sock \
    -v /usr/bin/docker:/usr/bin/docker \
    --user root \
    <image-name>:<tag>

**必须以 root 用户启动！（或者其他有权限读写 /var/run/docker.sock 的用户）**然后，在容器内就能正常使用 docker 命令，或者访问宿主机的 docker api 了。

2. 使用 docker-compose 启动

docker-compose.yml 文件内容如下：

version: ''3.3''
services:
  jenkins-master:
    image: jenkinsci/blueocean:latest
    container_name: jenkins-master
    environment:
      - TZ=Asia/Shanghai  # 时区
    ports:
      - "8080:8080"
      - "50000:50000"
    volumes:
      - ./jenkins_home:/var/jenkins_home  # 将容器中的数据映射到宿主机
      - /usr/bin/docker:/usr/bin/docker  # 为容器内部提供 docker 命令行工具（这个随意）
      - /var/run/docker.sock:/var/run/docker.sock  # 容器内部通过 unix socket 使用宿主机 docker engine
    user: root  # 必须确保容器以 root 用户启动！（这样它才有权限读写 docker.socket）
    restart: always

然后通过 docker-compose up -d 即可后台启动容器。

Docker 中的 uid 与 gid

通过上面的操作，我们在容器内执行 docker ps 时，还是很可能会遇到一个问题：权限问题。

如果你容器的默认用户是 root，那么你不会遇到这个问题，因为 /var/run/docker.sock 的 onwer 就是 root.

但是一般来说，为了限制用户的权限，容器的默认用户一般都是 uid 和 gid 都是 1000 的普通用户。这样我们就没有权限访问 /var/run/docker.sock 了。

解决办法：

方法一（不一定有效）：在构建镜像时，最后一层添加如下内容：

# docker 用户组的 id，通常都是 999
RUN groupadd -g 999 docker \
    && usermod -aG docker <your_user_name>

这样我们的默认用户，就能使用 docker 命令了。

P.S. 999 不一定是 docker 用户组，所以上述方法某些情况下可能失效。这时还是老老实实通过 docker run -u root 启动容器吧。（或者在 docker-compose.yml 中添加 user: root 属性）

参考

Docker in Docker - 王柏元

关于Docker 大热，还不了解 Dockerfile 你就 OUT 啦～和docker daemon reload的介绍现已完结，谢谢您的耐心阅读，如果想了解更多关于Docker 04 应用部署与迁移备份 Dockerfile 与 Docker 私有仓库、Docker CLI 实战指南：从基础命令到 Dockerfile 构建和 Docker Compose、docker history 查看docker镜像构建过程还原dockerfile 查看启动参数、Docker in Docker(实际上是 Docker outside Docker): /var/run/docker.sock的相关知识，请在本站寻找。

本文标签：