Mac版本Docker下载安装地址：https://download.docker.com/mac/edge/Docker.dmg

Docker 架构

Docker 包括三个基本概念:

• 镜像（Image）：Docker 镜像（Image），就相当于是一个 root 文件系统。比如官方镜像 ubuntu:16.04 就包含了完整的一套 Ubuntu16.04 最小系统的 root 文件系统。
• 容器（Container）：镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和实例一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等。
• 仓库（Repository）：仓库可看着一个代码控制中心，用来保存镜像。

最基础的从网上的镜像仓库pull镜像，或者把本地镜像push到网上的镜像仓库

如果是私有镜像仓库，需要在Docker Engine里加一行: "insecure-registries": ["私人仓库"],

私有仓库的需要先login：login 仓库地址 -u 用户名 -p 密码

docker pull 域名/路径:tag （拉取镜像到本地）

docker image ls 查看本地镜像目录

把本地的镜像推到私人仓库：

{

docker tag 本地镜像名:tag 目标域名/路径:tag （打包镜像成新镜像）

docker push 新镜像:tag （推送到目标镜像仓库）

}

docker image rm 镜像名或镜像ID （删除镜像）

把镜像打包成压缩文件：

docker save 镜像名:tag > 文件名.tar （docker打包成压缩文件）

把tar包解压为镜像：

将一个tar包load成一个image：docker load < my.tar 或者 docker load -i my.tar

从docker官网拉取nginx，run，build实战

docker pull nginx（默认从dockerHub官网的仓库里去拉取）

docker images 查看本地已有镜像

看到nginx已经拉取到本地了

接下来run

docker run -p 30080:80 -d nginx:latest  (tag不输入的话就是默认latest)

-p设置端口，-d后台持续运行

出现一长串就是容器id，启动成功了，可以通过exec进入该容器

进入成功,可以通过cat /etc/nginx/conf.d/default.conf查看镜像的配置

也可以通过localhost访问

根据nginx来制作一个自己的Dockerfile

$ mkdir mynginx $ cd mynginx $ vi Dockerfile

里面写入

FROM nginx

RUN echo '

Hello, Docker!

' > /usr/share/nginx/html/index.html  （相对于RUN指令，COPY和ADD等指令更为简单轻巧）

“FROM 指定基础镜像

所谓定制镜像，那一定是以一个镜像为基础，在其上进行定制。就像我们之前运行了一个 nginx 镜像的容器，再进行修改一样，基础镜像是必须指定的。而 FROM 就是指定 基础镜像，因此一个 Dockerfile 中 FROM 是必备的指令，并且必须是第一条指令。

在 Docker Hub 上有非常多的高质量的官方镜像，有可以直接拿来使用的服务类的镜像，如 nginx、redis、mongo、mysql、httpd、php、tomcat 等；也有一些方便开发、构建、运行各种语言应用的镜像，如 node、openjdk、python、ruby、golang 等。可以在其中寻找一个最符合我们最终目标的镜像为基础镜像进行定制。

如果没有找到对应服务的镜像，官方镜像中还提供了一些更为基础的操作系统镜像，如 ubuntu、debian、centos、fedora、alpine 等，这些操作系统的软件库为我们提供了更广阔的扩展空间。

除了选择现有镜像为基础镜像外，Docker 还存在一个特殊的镜像，名为 scratch。这个镜像是虚拟的概念，并不实际存在，它表示一个空白的镜像。

FROM scratch ...

如果你以 scratch 为基础镜像的话，意味着你不以任何镜像为基础，接下来所写的指令将作为镜像第一层开始存在。

不以任何系统为基础，直接将可执行文件复制进镜像的做法并不罕见，比如 swarm、etcd。对于 Linux 下静态编译的程序来说，并不需要有操作系统提供运行时支持，所需的一切库都已经在可执行文件里了，因此直接 FROM scratch 会让镜像体积更加小巧。使用 Go 语言 开发的应用很多会使用这种方式来制作镜像，这也是为什么有人认为 Go 是特别适合容器微服务架构的语言的原因之一。

RUN 执行命令

RUN 指令是用来执行命令行命令的。由于命令行的强大能力，RUN 指令在定制镜像时是最常用的指令之一。其格式有两种：

• shell 格式：RUN <命令>，就像直接在命令行中输入的命令一样。刚才写的 Dockerfile 中的 RUN 指令就是这种格式。

RUN echo '<h1>Hello, Docker!</h1>' > /usr/share/nginx/html/index.html

• exec 格式：RUN ["可执行文件", "参数1", "参数2"]，这更像是函数调用中的格式。

既然 RUN 就像 Shell 脚本一样可以执行命令，那么我们是否就可以像 Shell 脚本一样把每个命令对应一个 RUN 呢？比如这样：

`FROM debian:stretch

RUN apt-get update RUN apt-get install -y gcc libc6-dev make wget RUN wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" RUN mkdir -p /usr/src/redis RUN tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 RUN make -C /usr/src/redis RUN make -C /usr/src/redis install`

之前说过，Dockerfile 中每一个指令都会建立一层，RUN 也不例外。每一个 RUN 的行为，就和刚才我们手工建立镜像的过程一样：新建立一层，在其上执行这些命令，执行结束后，commit 这一层的修改，构成新的镜像。

而上面的这种写法，创建了 7 层镜像。这是完全没有意义的，而且很多运行时不需要的东西，都被装进了镜像里，比如编译环境、更新的软件包等等。结果就是产生非常臃肿、非常多层的镜像，不仅仅增加了构建部署的时间，也很容易出错。 这是很多初学 Docker 的人常犯的一个错误。

Union FS 是有最大层数限制的，比如 AUFS，曾经是最大不得超过 42 层，现在是不得超过 127 层。

上面的 Dockerfile 正确的写法应该是这样：

`FROM debian:stretch

RUN buildDeps='gcc libc6-dev make wget' \ && apt-get update \ && apt-get install -y $buildDeps \ && wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" \ && mkdir -p /usr/src/redis \ && tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 \ && make -C /usr/src/redis \ && make -C /usr/src/redis install \ && rm -rf /var/lib/apt/lists/* \ && rm redis.tar.gz \ && rm -r /usr/src/redis \ && apt-get purge -y --auto-remove $buildDeps`

首先，之前所有的命令只有一个目的，就是编译、安装 redis 可执行文件。因此没有必要建立很多层，这只是一层的事情。因此，这里没有使用很多个 RUN 对一一对应不同的命令，而是仅仅使用一个 RUN 指令，并使用 && 将各个所需命令串联起来。将之前的 7 层，简化为了 1 层。在撰写 Dockerfile 的时候，要经常提醒自己，这并不是在写 Shell 脚本，而是在定义每一层该如何构建。

并且，这里为了格式化还进行了换行。Dockerfile 支持 Shell 类的行尾添加 \ 的命令换行方式，以及行首 # 进行注释的格式。良好的格式，比如换行、缩进、注释等，会让维护、排障更为容易，这是一个比较好的习惯。

此外，还可以看到这一组命令的最后添加了清理工作的命令，删除了为了编译构建所需要的软件，清理了所有下载、展开的文件，并且还清理了 apt 缓存文件。这是很重要的一步，我们之前说过，镜像是多层存储，每一层的东西并不会在下一层被删除，会一直跟随着镜像。因此镜像构建时，一定要确保每一层只添加真正需要添加的东西，任何无关的东西都应该清理掉。

很多人初学 Docker 制作出了很臃肿的镜像的原因之一，就是忘记了每一层构建的最后一定要清理掉无关文件。“参考：https://yeasy.gitbooks.io/docker_practice/image/build.html

回到构建镜像：

在Dockerfile同一路径下输入 docker build -t cnnginx:1.1 . (最后一个.是一个路径)

构建成功

run一下

docker ps 查看正在运行的容器

docker stop 容器名 （停止容器）

docker stop $(docker ps -aq) 停止所有容器

docker rm $(docker ps -aq) 删除所有容器

docker image rm 镜像名或id（删除镜像）

docker images -q 只显示镜像的id列表

docker ps -a 查看所有运行的容器

docker rm -f 强制删除容器

容器停止重启后，对于原来那个容器的操作都会复原，在原来容器里的安装设置都会恢复。

docker system df 查看docker占用的磁盘空间

docker run 详解

docker run -it --rm nginx bash

-it：这是两个参数，一个是 -i：交互式操作，一个是 -t 终端。我们这里打算进入 bash 执行一些命令并查看返回结果,需要终端。

--rm：这个参数是说容器退出后随之将其删除。默认情况下，为了排障需求，退出的容器并不会立即删除，除非手动 docker rm。我们这里只是随便执行个命令，看看结果，不需要排障和保留结果，因此使用 --rm 可以避免浪费空间。

nginx：这是指用 nginx:latest 镜像为基础来启动容器。

bash：放在镜像名后的是 命令，这里我们希望有个交互式 Shell，因此用的是 bash.

-d: 后台运行容器.

容器run起来之后，可以进入容器进行一些修改

docker exec ... bash 进入容器

apt-get update （先更新一下apt） apt-get install vim 下载vim命令（其他同理）

vim usr/share/nginx/html/index.html  (修改html文件来生成自己的网brb/)

修改完成之后

docker commit --help 查看commit怎么用

Options:
-a, --author string Author (e.g., "John Hannibal Smith hannibal@a-team.com")
-c, --change list Apply Dockerfile instruction to the created image
-m, --message string Commit message
-p, --pause Pause container during commit (default true)

docker -m " " 容器id 镜像名:tag（这样就保存修改生成新镜像了）

对于docker命令的一些简单理解：

ADD和COPY如果不需要加地址的话是一样的作用，要加地址就用ADD