一、Docker 系统架构
守护进程
负责容器的创建、运行和监控，还负责镜像的构建和存储。docker demon 命令可启动 Docker 守护进程。
Docker 客户端
通过http与 docker 守护进程通信。与docker守护进程通信的 API 有非常清晰的定义和文档，开发者也可以利用 API 直接和守护进程通信，而不通过 docker 客户端。
Docker 镜像仓库
默认的寄存服务为 Docker Hub, 负责镜像的存储和发布。根据实际需要，我们也可以构建和运营自己的docker服务。
底层技术
cgroups
负责管理容器使用的资源，如内存和CPU；
namespaces
负责容器之间的隔离；确保系统的其他部分与容器的文件系统、主机名、用户、网络和进程都是分开的。
UFS (union file system)
负责存储容器的镜像层。
周边技术
swarm
docker 集群解决方案
compose
负责构建和运行多个docker容器所组成的应用程序的工具。主要用于开发和测试环境。
machine
非Linux系统（Windows、MacOS）上的GUI，用于运行和管理docker容器；
docker trusted registry
管理和存储docker镜像。
网络连接
overlay
服务发现
consul、skyDNS
服务编排及集群管理
kubernetes,swarm等等
专门用于托管容器的操作系统
虽然docker在大部分的Linux发行版本上 都运行的很好，但还是出现了一些新的发行版项目，他们只考虑需要运行容器的环境，希望做出体积小二容易管理的发行版，尤其是针对数据中心或集群的使用场景。
二、镜像是如何生成的
创建镜像的主要方法是通过 Dockerfile 和 docker build。
构建环境的上下文
命令 docker build需要 Dockerfile和build context。 build context 是一组本地文件和目录，他可以被 Dockerfile 的 ADD 和 COPY 指令引用，通常以目录路径的形式指定。
如果提供的URL以http开头，它会被假定位直接指向 dockerfile ，这样做没什么用，因为该 Dockerfile没有与任何上下文关联。
也可以将git仓库作为构建环境上下文。这种情况下，docker客户端会将Git仓库colone到本地，然后传递给守护进程作为构建环境上下文。
还可以通过stdin输入构建环境的上下文，方法是在需要输入上下文的地方使用 -参数。该输入可以是一个归档文件，支持 tar.gz / xz / bzip2 格式。
从构建环境的上下文中排除不必要的文件，可以使用.dockerignore文件，该文件类似 .gitignore。
镜像
Dockerfile 中的每个指令执行后都会生成一个镜像层，这个镜像层可以用来启动容器。一个新的镜像层的建立，使用上一个镜像层启动容器，然后执行dockerfile中的指令，再把它保存为一个新镜像。
当dockerfile 执行成功后，中间的那些容器会被删掉，除非提供 --rm=false 参数。
由于每个指令的最终结果都只是个静态的镜像，本质上是一个文件系统以及一些元数据，因此即使指令中的持久进程，最终都会被停掉。比如你在一条指令中开启一个数据库服务的进程，但到了下一条指令，或启动容器的时候，它就已经不存在了。
如果你需要在启动容器的时候同事运行一个进程或服务，他必须从ENTRYPOINT 或 CMD 指令中启动。
Docker 为了加快镜像构建的速度，会将每一个镜像层缓存下来。 Docker的缓存特性能大大提高工作效率。
基础镜像
基于镜像分层的特点，当我们需要一个环境时，无需重头开始去构建一个镜像。最理想的做法是完全不用创建镜像，直接使用某个现有的镜像，然后把配置文件和数据挂在上去即可。对于常用软件，比如数据库、web服务器，这是非常可行的。一般情况下使用官方镜像比自己创建一个镜像好得多，因为其他人已经找到使得该软件以最佳方式运行在容器中的方法。
如果你需要使用一个基础镜像以运行应用程序，那么应该先检查一下，应用程序所使用的编程语言或框架是否已提供了官方的镜像。如果只是需要一个小而完整的Linux 发行版本，可以选择 alpine,他的大小仅仅5MB多一点，但仍提供了一个包管理器，可以轻松安装大量应用和工具。
Dockerfile
Exec 与 Shell 的对比
一些指令（RUN、CMD、ENTRYPOINT）能够接受 shell 和 exec 这两种格式。exec 格式需要用到一个JSON数组，如：["executable","param1","param2"]，其中第一个元素是可执行文件，其他元素是他执行时所使用的参数。shell格式使用的是*形式的字符串，字符串会传给 /bin/sh -c 执行。exec格式适用于需要规避 shell 对字符串做出错误解析的情况，或者当径向力没有包含 /bin/sh 时。
常用指令
这些指令在 docker 网站上都可以找到非常详细的说明文档，随着docker的持续发展，文档也会有调整，下列指令描述如果与官方文档不一致，请以官网文档为准。
ADD
从构建环境上下文或远程URL将文件复制至镜像。如果是从一个本地路径添加一个压缩文件，他会被自动解压。
CMD
当容器启动执行时执行特定的指令。如果还定义了 ENTRYPOINT , 该指令将被解释为 ENTRYPOINT 的参数（这时候请确保使用的是 exec 格式）。CMD指令也会被 docker run 命令中镜像名称后面的参数覆盖。加入定义了多个CMD，只有最后一个会生效。
COPY
从构建环境上下文复制文件至镜像。它有两种形式，COPY src dest 或 COPY ["SRC","DEST"]，如果路径中有空格的话，必须使用第二种格式。
ENTRYPOINT
设置一个在容器启动时运行的可执行文件（以及默认参数）。任何CMD指令或docker run 命令中镜像名称之后的参数，将作为参数传递给这个可执行文件。 ENTRYPOINT 指令通常用于提供“启动”脚本，目的是在解析参数之前，对变量和服务进行初始化。
ENV
设置镜像内的环境变量。这些变量可以被随后的指令应用。
EXPOSE
向 Docker 表示该容器将会有一个进程监听所指定的端口。提供这个信息的目的是用于连接容器或在执行 docker run 命令式通过 -p 参数把端口发布出来； EXPOSE 本身不会对网络有实质性的改变。
FROM
设置 Dockerfile 使用的基础镜像；随后的指令将基于该镜像之上。 FROM 必须为 Dockerfile 的第一条指令。
MAINTAINER
设置镜像维护者的姓名和联系方式
ONBUILD
指定当镜像被用作另一个镜像的基础镜像时将会执行的指令。
RUN
在容器内执行指定的指令，并把结果保存下来。
USER
设置任何后续的RUN、CMD或ENTRYPOINT指令执行时所用的用户（用户名或UID）。
VOLUME
指定为数据卷的文件或目录。如果该文件或目录已经在镜像中存在，那么当容器启动时，他就会被复制到这个卷。如果提供了多个参数，那么就将被解释成多个数据卷。
WORKDIR
对任何后续的 RUN、CMD、ENTRYPOINT、ADD、COPY指令设置的工作目录。这个指令可多次使用。
三、外部可访问 && 端口转发
假设你在容器中运行一个 Nginx web服务器，你如何使外界可以访问他呢？通过 -p 或 -P 选项来发布端口。比如：
$docker run -d -p 8000:80 nginx
容器启动后，我们可以通过 localhost:8000 访问到容器内的 web 服务。其中 -p 8000:80 参数告诉 docker 将主机的 8000 端口转发到容器的 80 端口。或者可以使用 -P 参数来告诉 Docker 自动选择一个主机上未使用的端口。
四、数据卷 && 数据容器
数据卷，是一个目录，但并不属于UFS的一部分，它只是在主机上被绑定挂在到容器的一个普通目录。有三种方式可以挂载数据卷：
执行 Docker 时，通过 -v 选项来指定数据卷
docker run -it --name test -v /data debian /bin/bash
通过 Dockerfile 的 VOLUME 命令
FROM debian
VOLUME /data
指定数据卷要绑定的主机目录
docker run -v /home/data:/data debian ls /data
这个例子把主机的 /home/data 目录绑定到容器的 /data 目录，容器能够使用主机 /home/data 目录下的文件。
在执行 docker run 命令时，我们通过传入 --volumes-from container 参数可以实现容器间的数据共享。一个常用的做法是，创建数据容器，这种容器的唯一目的就是与其他容器分享数据。
五、Docker 常用命令
- docker build 从dockerfile构建镜像。
- docker images 列出所有本地镜像。
- docker run 这是一个相对复杂的命令，支持非常多参数。
- docker attach 查看容器内主进程，并与之交互
- docker create 创建容器但不启动运行
- docker exec 在同期中运行一个命令
- docker rm 删除一个或多个容器
其实经常用到的命令还有很多，可以在 http://docs.docker.com 查阅完整的释义，也可以在命令行通过 --help参数查看具体使用说明。
写在后面
本文地址：https://www.cnblogs.com/kelsen/p/9608578.html
如果您有任何建议或疑问请在下面留言交流。