通过docker 的 network我们可以将多个 container 有机的组合起来构建出自己需要的服务. 但是这里有几个小问题就是
- 不利于分享.
- 步骤麻烦.(需要自己创建 network;指定container 使用 network;... )
那如何解决上面的两个问题呢?
docker-compose.yml
第5节例子中的服务可以通过创建一个这样的docker-compose.yml
文件来解决.
version: '3'
services:
nginx:
image: nginx
ports:
- 8080:8080
volumes:
- ./conf.d:/etc/nginx/conf.d
depends_on:
- nodeapp
nodeapp:
build: './'
container_name: hello
environment:
- NODE_ENV=production
通过下面的命令就能将所有需要的 container 启动起来.
docker-compose up
docker-compose.yml
文件可以理解为为了让项目工作起来组织 docker container 的 yaml
格式的配置文件. 一个 docker-compose.yml
文件就一个项目. 配置文件里面可以定义 services
, volumes
和 networks
三个主要部分. 我个人的喜好是直接使用映射的方式来配置 container 的持久化的磁盘空间,所以比较少的用
volumes 部分;而一个 docker-compose.yml 启动起来之后,docker 会为这个项目创建一个默认的 networks, 默认情况下这些容器都是连接在这个 network 中. 而且还支持用 container_name 的 dns 解析; 所以最重要的还是 services 的定义, 而 services 的定义就是根据项目需要列举的 container 的定义.
对于 container 的定义大致有两类, 直接可以使用的 docker hub 上 image 的. 如这个例子中的 nginx 容器;简单的通过 image
字段就能指定需要的 image; 再通过 ports
,volumes
, environment
字段来指定 container 的端口映射,磁盘映射和环境变量配置等等. 能通过 docker run
选项做到的事情 docker-compose.yml
中都能做到. 特别提一点的就是在磁盘映射的时候, 宿主机的路径可以是用相对与docker-compose.yml
的相对路径. 例子中 nginx 的定义下面的命令行一样的意义; 其中这个 project_default
是 docker-compose.yml
启动时创建的默认 network.
$docker run --network project_default \
-v $PWD/conf.d:/etc/nginx/conf.d -p 8080:8080 nginx
第二种定义的方式就基于 Dockerfile
. 那容器是如何工作的就完全有 Dockerfile 来决定了. build
字段是用来指定 Dockerfile所在的路径. 例子中定义的 nodeapp 服务, 还是用了 environment 来指定程序运行的环境变量;用 container_name 指定了容器的名字, 如果不做指定的话, container 的名字使用 项目名_服务名
的格式来命名. 而且我们在 nginx 服务反向代理的时候需要用 container 的名字来访问 node 中的 web 服务, 所以这里就定义了container 的名字.
通过 Dockerfile
和 docker-compose.yml
就能非常的方便的分享你项目运行和开发环境的配置了.
完
希望大家喜欢.
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。