Docker、Dockerfile 和 Docker-compose 要点辨析

本文是笔者基于平常docker使用的一些要点总结和自己的理解，记录于此，仅供参考。

1、Docker 相关概念要点：

1）镜像（Image）：
linux内核启动后，会挂载root文件系统为用户提供支持。类比于此，镜像其实也是一个文件系统，但其较为特殊，其包含了容器运行时的库、资源、配置、唤醒等等，其不包含动态数据。其实类比我们的开发运行环境，镜像就是相当于某个已经搭建好的运行环境，只不过是静态的，当容器启动后，相当于环境已经完全搭建好了，就可以根据需求在该环境下启动相应的服务。

2）容器（Container）：
容器的实质是进程，虽然也运行在宿主机上，但是与宿主机上的其他进程不同，容器进程运行于属于自己的独立的命名空间。
这里要解释一下：容器进程有属于自己的文件系统、网络配置、进程空间等等，完全运行在一个隔离的环境里，看起来像是一个运行在宿主机上独立的操作系统。正是这种特性才使得容器封装的应用比直接在宿主机上运行更加安全，因为这种特性，所以才使得人们常常容易混淆容器和虚拟机。

3）镜像（Image）和容器（Container）的关系：
类似面向对象编程中的类和实例的概念，镜像是静态的，而容器是镜像运行时的实体。

4）docker采用了标准的C/S架构，包括服务端和客户端：
我们一般使用的时候，docker的服务端和客户端都是安装在同一个机器上的（也可以安装在远端，通过socket和RESTful API来进行通信）。
服务端：Docker daemon运行在我们机器的后台，接受客户端的命令（包括我们平时输入的 [docker pull]、[docker push]等命令，都是客户端发送到后台进行处理）。
客户端：为用户提供可执行命令。与服务器不同的是，客户端发送命令后，会等待服务端返回，一旦执行结果返回，会立即执行结束并退出。当执行新的命令时，会重新调用客户端命令 。

2、Dockerfile:

FROM： 有且只能有一个（如果需要在一个容器内安装多个运行必须的软件或者环境，就需要以某个镜像为基础，剩下的环境通过ap-get install等其他方式安装）

CMD： 既然是进程，那么在启动容器的时候，需要指定所运行的程序及参数。 CMD 指令就是用于指定默认的容器主进程的启动命令的。

ENTERYPOINT： 指定当前镜像的入口程序（当前镜像以容器方式启动后默认运行的程序）容器启动后该命令指定的程序会成为前台进程，它要是挂了容器就会退出了。而且该命令有 EXEC 和 SHELL 两种格式。

CMD和ENTERYPOINT两者的区别： 大体上说两者其实并没有多大区别，都是指定容器启动后默认的执行命令，因此大多数情况下，只会使用两者其中的一个即可，当然同时使用时，大多只是由CMD提供参数给ENTERYPOINT使用，具体想详细的了解区别，可以查看 https://blog.csdn.net/shunfa888/article/details/79373840。
笔者曾尝试在CMD中执行了一个启动脚本，该脚本会连接同一个compose中的mysql容器，但有时会报连接错误，查了一些资料，了解到compose中的depend_on参数只是指定服务启动顺序，但并不能保证depend_on已经启动好后再启动当前的service, 所以会出现连接错误。有鉴于此，对于此种情况，需要使用者自己去做使用的控制，网上已有一些方案，可自行Google，此处不再赘述。

3、Docker-compose:

build： 若是指定了Dockerfile,其中也指定了镜像，则compose中指定的image就行了Dockerfile中镜像下载到本地后的名称（建议此时compose中不用写image字段，无意义）

command： 和Dockfile中CMD作用相同而，此时就相当于由compose帮你执行 docker run，它的 command 替换的是 CMD