当前《docker-compose脚本》文集说明

该《docker-compose脚本》文集下是本人在边学习docker-compose，边整理自己的阿里云ECS过程中的一个个docker-compose脚本，凡是运行成功的脚本，我都会在这里分享出来，一是方便自己后期查阅，二当然纯粹是为了分享快乐
*（独乐乐，不如众乐乐，双倍快乐，DubbleLe） *

以下是我服务器上管理docker-compose脚本的目录，仅供参考

docker-compose 脚本位置

/opt/docker-compose-scripts
其中存在各种名称的目录，分别对应实现不同功能的容器集合

.
├── opt  
├──  docker-compose-scripts
|   └── docker-init # docker初次创建时所需创建的容器集合
|       └── docker-compose.yml

疑问解答

疑问

如果没接触过docker-compose的朋友可能不能理解这种目录管理方式，可能会有疑问，为啥要分目录管理脚本，不能在一个目录下，新建不同名字的脚本吗，比如，docker-init.yml等，干啥要特意新建一个目录docker-init,然后在此目录中创建一个docker-compose.yml，我最后简单说明一下

解答

docker-compose执行脚本的指令是

方式1：前台运行docker-compose.yml脚本中的容器，即占用当前终端，ctrl+c，后就关闭了，其中创建的容器也就关闭了
docker-compose up
方式2（常用这种方式）：后台运行docker-compose.yml脚本中的容器，即运行的容器会持久运行在后台，除非服务器关闭
docker-compose up -d

执行【docker-compose up 或 docker-compose up -d】指令必须在docker-compose.yml所在目录下（也就是说，docker-compose的脚本只能命名为docker-compose.yml，当然后缀.yml也可以是.yaml，因为yml和yaml都是同一种文件类型），否则docker-compose执行指令时将找不到要执行的脚本文件，这也就是为什么要通过目录隔开docker-compose脚本的原因了