docker-compose.yml配置文件詳解(轉)

Docker Compose 配置文件詳解,轉載自博客https://www.jianshu.com/p/2217cfed29d7

先來看一份 docker-compose.yml 文件，不用管這是干嘛的，只是有個格式方便后文解說：

1.  
   version: '2'
2.  
   services:
3.  
   web:
4.  
   image: dockercloud/hello-world
5.  
   ports:
6.  
   - 8080
7.  
   networks:
8.  
   - front-tier
9.  
   - back-tier
10.  
     
11.  
    redis:
12.  
    image: redis
13.  
    links:
14.  
    - web
15.  
    networks:
16.  
    - back-tier
17.  
     
18.  
    lb:
19.  
    image: dockercloud/haproxy
20.  
    ports:
21.  
    - 80:80
22.  
    links:
23.  
    - web
24.  
    networks:
25.  
    - front-tier
26.  
    - back-tier
27.  
    volumes:
28.  
    - /var/run/docker.sock:/var/run/docker.sock
29.  
     
30.  
    networks:
31.  
    front- tier:
32.  
    driver: bridge
33.  
    back- tier:
34.  
    driver: bridge

可以看到一份標准配置文件應該包含 version、services、networks 三大部分，其中最關鍵的就是 services 和 networks 兩個部分，下面先來看 services 的書寫規則。

---

1.image

1.  
   services:
2.  
   web:
3.  
   image: hello-world

在 services 標簽下的第二級標簽是 web，這個名字是用戶自己自定義，它就是服務名稱。
image 則是指定服務的鏡像名稱或鏡像 ID。如果鏡像在本地不存在，Compose 將會嘗試拉取這個鏡像。
例如下面這些格式都是可以的：

1.  
   image: redis
2.  
   image: ubuntu:14.04
3.  
   image: tutum/influxdb
4.  
   image: example-registry.com:4000/postgresql
5.  
   image: a4bc65fd

---

2.build
服務除了可以基於指定的鏡像，還可以基於一份 Dockerfile，在使用 up 啟動之時執行構建任務，這個構建標簽就是 build，它可以指定 Dockerfile 所在文件夾的路徑。Compose 將會利用它自動構建這個鏡像，然后使用這個鏡像啟動服務容器。

build: /path/to/build/dir 

也可以是相對路徑，只要上下文確定就可以讀取到 Dockerfile。

build: ./dir

 

設定上下文根目錄，然后以該目錄為准指定 Dockerfile。

1.  
   build:
2.  
   context: ../
3.  
   dockerfile: path/ of/Dockerfile

 

注意 build 都是一個目錄，如果你要指定 Dockerfile 文件需要在 build 標簽的子級標簽中使用 dockerfile 標簽指定，如上面的例子。
如果你同時指定了 image 和 build 兩個標簽，那么 Compose 會構建鏡像並且把鏡像命名為 image 后面的那個名字。

1.  
   build: ./dir
2.  
   image: webapp:tag

既然可以在 docker-compose.yml 中定義構建任務，那么一定少不了 arg 這個標簽，就像 Dockerfile 中的 ARG 指令，它可以在構建過程中指定環境變量，但是在構建成功后取消，在 docker-compose.yml 文件中也支持這樣的寫法：

1.  
   build:
2.  
   context: .
3.  
   args:
4.  
   buildno: 1
5.  
   password: secret

下面這種寫法也是支持的，一般來說下面的寫法更適合閱讀。

1.  
   build:
2.  
   context: .
3.  
   args:
4.  
   - buildno=1
5.  
   - password=secret

與 ENV 不同的是，ARG 是允許空值的。例如：

1.  
   args:
2.  
   - buildno
3.  
   - password

這樣構建過程可以向它們賦值。

注意：YAML 的布爾值（true, false, yes, no, on, off）必須要使用引號引起來（單引號、雙引號均可），否則會當成字符串解析。

---

3.command
使用 command 可以覆蓋容器啟動后默認執行的命令。

command: bundle exec thin -p 3000 

也可以寫成類似 Dockerfile 中的格式：

command: [bundle, exec, thin, -p, 3000] 

---

4.container_name
前面說過 Compose 的容器名稱格式是：<項目名稱><服務名稱><序號>
雖然可以自定義項目名稱、服務名稱，但是如果你想完全控制容器的命名，可以使用這個標簽指定：

container_name: app

 

這樣容器的名字就指定為 app 了。

---

5.depends_on
在使用 Compose 時，最大的好處就是少打啟動命令，但是一般項目容器啟動的順序是有要求的，如果直接從上到下啟動容器，必然會因為容器依賴問題而啟動失敗。
例如在沒啟動數據庫容器的時候啟動了應用容器，這時候應用容器會因為找不到數據庫而退出，為了避免這種情況我們需要加入一個標簽，就是 depends_on，這個標簽解決了容器的依賴、啟動先后的問題。
例如下面容器會先啟動 redis 和 db 兩個服務，最后才啟動 web 服務：

1.  
   version: '2'
2.  
   services:
3.  
   web:
4.  
   build: .
5.  
   depends_on:
6.  
   - db
7.  
   - redis
8.  
   redis:
9.  
   image: redis
10.  
    db:
11.  
    image: postgres

注意的是，默認情況下使用 docker-compose up web 這樣的方式啟動 web 服務時，也會啟動 redis 和 db 兩個服務，因為在配置文件中定義了依賴關系。

---

6.dns
和 --dns 參數一樣用途，格式如下：

dns: 8.8.8.8 

也可以是一個列表：

1.  
   dns:
2.  
   - 8.8.8.8
3.  
   - 9.9.9.9

此外 dns_search 的配置也類似：

1.  
   dns_search: example.com
2.  
   dns_search:
3.  
   - dc1.example.com
4.  
   - dc2.example.com

---

7.tmpfs
掛載臨時目錄到容器內部，與 run 的參數一樣效果：

1.  
   tmpfs: /run
2.  
   tmpfs:
3.  
   - /run
4.  
   - /tmp

---

8.entrypoint
在 Dockerfile 中有一個指令叫做 ENTRYPOINT 指令，用於指定接入點，第四章有對比過與 CMD 的區別。
在 docker-compose.yml 中可以定義接入點，覆蓋 Dockerfile 中的定義：

entrypoint: /code/entrypoint.sh 

格式和 Docker 類似，不過還可以寫成這樣：

1.  
   entrypoint:
2.  
   - php
3.  
   - -d
4.  
   - zend_extension= /usr/local/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so
5.  
   - -d
6.  
   - memory_limit=- 1
7.  
   - vendor/bin/phpunit

---

9.env_file
還記得前面提到的 .env 文件吧，這個文件可以設置 Compose 的變量。而在 docker-compose.yml 中可以定義一個專門存放變量的文件。
如果通過 docker-compose -f FILE 指定了配置文件，則 env_file 中路徑會使用配置文件路徑。

如果有變量名稱與 environment 指令沖突，則以后者為准。格式如下：

env_file: .env 

或者根據 docker-compose.yml 設置多個：

1.  
   env_file:
2.  
   - ./common.env
3.  
   - ./apps/web.env
4.  
   - /opt/secrets.env

注意的是這里所說的環境變量是對宿主機的 Compose 而言的，如果在配置文件中有 build 操作，這些變量並不會進入構建過程中，如果要在構建中使用變量還是首選前面剛講的 arg 標簽。

---

10.environment
與上面的 env_file 標簽完全不同，反而和 arg 有幾分類似，這個標簽的作用是設置鏡像變量，它可以保存變量到鏡像里面，也就是說啟動的容器也會包含這些變量設置，這是與 arg 最大的不同。
一般 arg 標簽的變量僅用在構建過程中。而 environment 和 Dockerfile 中的 ENV 指令一樣會把變量一直保存在鏡像、容器中，類似 docker run -e 的效果。

1.  
   environment:
2.  
   RACK_ENV: development
3.  
   SHOW: 'true'
4.  
   SESSION_SECRET:
5.  
    
6.  
   environment:
7.  
   - RACK_ENV=development
8.  
   - SHOW=true
9.  
   - SESSION_SECRET

---

11.expose
這個標簽與Dockerfile中的EXPOSE指令一樣，用於指定暴露的端口，但是只是作為一種參考，實際上docker-compose.yml的端口映射還得ports這樣的標簽。

1.  
   expose:
2.  
   - "3000"
3.  
   - "8000"

---

12.external_links
在使用Docker過程中，我們會有許多單獨使用docker run啟動的容器，為了使Compose能夠連接這些不在docker-compose.yml中定義的容器，我們需要一個特殊的標簽，就是external_links，它可以讓Compose項目里面的容器連接到那些項目配置外部的容器（前提是外部容器中必須至少有一個容器是連接到與項目內的服務的同一個網絡里面）。
格式如下：

1.  
   external_links:
2.  
   - redis_1
3.  
   - project_db_1:mysql
4.  
   - project_db_1:postgresql

---

13.extra_hosts
添加主機名的標簽，就是往/etc/hosts文件中添加一些記錄，與Docker client的–add-host類似：

1.  
   extra_hosts:
2.  
   - "somehost:162.242.195.82"
3.  
   - "otherhost:50.31.209.229"

啟動之后查看容器內部hosts：

1.  
   162 .242.195.82 somehost
2.  
   50 .31.209.229 otherhost

 

14.labels
向容器添加元數據，和Dockerfile的LABEL指令一個意思，格式如下：

1.  
   labels:
2.  
   com.example.description: "Accounting webapp"
3.  
   com.example.department: "Finance"
4.  
   com.example.label- with-empty-value: ""
5.  
   labels:
6.  
   - "com.example.description=Accounting webapp"
7.  
   - "com.example.department=Finance"
8.  
   - "com.example.label-with-empty-value"

---

15.links
還記得上面的depends_on吧，那個標簽解決的是啟動順序問題，這個標簽解決的是容器連接問題，與Docker client的–link一樣效果，會連接到其它服務中的容器。
格式如下：

1.  
   links:
2.  
   - db
3.  
   - db:database
4.  
   - redis

使用的別名將會自動在服務容器中的/etc/hosts里創建。例如：

1.  
   172 .12.2.186 db
2.  
   172 .12.2.186 database
3.  
   172 .12.2.187 redis

 

相應的環境變量也將被創建。

---

16.logging
這個標簽用於配置日志服務。格式如下：

1.  
   logging:
2.  
   driver: syslog
3.  
   options:
4.  
   syslog-address: "tcp://192.168.0.42:123"

默認的driver是json-file。只有json-file和journald可以通過docker-compose logs顯示日志，其他方式有其他日志查看方式，但目前Compose不支持。對於可選值可以使用options指定。
有關更多這方面的信息可以閱讀官方文檔：
https://docs.docker.com/engine/admin/logging/overview/

---

17.pid

pid: "host" 

將PID模式設置為主機PID模式，跟主機系統共享進程命名空間。容器使用這個標簽將能夠訪問和操縱其他容器和宿主機的名稱空間。

---

18.ports
映射端口的標簽。
使用HOST:CONTAINER格式或者只是指定容器的端口，宿主機會隨機映射端口。

1.  
   ports:
2.  
   - "3000"
3.  
   - "8000:8000"
4.  
   - "49100:22"
5.  
   - "127.0.0.1:8001:8001"

注意：當使用HOST:CONTAINER格式來映射端口時，如果你使用的容器端口小於60你可能會得到錯誤得結果，因為YAML將會解析xx:yy這種數字格式為60進制。所以建議采用字符串格式。

---

19.security_opt
為每個容器覆蓋默認的標簽。簡單說來就是管理全部服務的標簽。比如設置全部服務的user標簽值為USER。

1.  
   security_opt:
2.  
   - label:user:USER
3.  
   - label:role:ROLE

---

20.stop_signal
設置另一個信號來停止容器。在默認情況下使用的是SIGTERM停止容器。設置另一個信號可以使用stop_signal標簽。

stop_signal: SIGUSR1

---

21.volumes
掛載一個目錄或者一個已存在的數據卷容器，可以直接使用 [HOST:CONTAINER] 這樣的格式，或者使用 [HOST:CONTAINER:ro] 這樣的格式，后者對於容器來說，數據卷是只讀的，這樣可以有效保護宿主機的文件系統。
Compose的數據卷指定路徑可以是相對路徑，使用 . 或者 … 來指定相對目錄。
數據卷的格式可以是下面多種形式：

1.  
   volumes:
2.  
   // 只是指定一個路徑，Docker 會自動在創建一個數據卷（這個路徑是容器內部的）。
3.  
   - /var/lib/mysql
4.  
    
5.  
   // 使用絕對路徑掛載數據卷
6.  
   - /opt/data:/var/lib/mysql
7.  
    
8.  
   // 以 Compose 配置文件為中心的相對路徑作為數據卷掛載到容器。
9.  
   - ./cache: /tmp/cache
10.  
     
11.  
    // 使用用戶的相對路徑（~/ 表示的目錄是 /home/<用戶目錄>/ 或者 /root/）。
12.  
    - ~ /configs:/etc/configs/:ro
13.  
     
14.  
    // 已經存在的命名的數據卷。
15.  
    - datavolume: /var/lib/mysql

如果你不使用宿主機的路徑，你可以指定一個volume_driver。

volume_driver: mydriver

 

---

22.volumes_from
從其它容器或者服務掛載數據卷，可選的參數是 :ro或者 :rw，前者表示容器只讀，后者表示容器對數據卷是可讀可寫的。默認情況下是可讀可寫的。

1.  
   volumes_from:
2.  
   - service_name
3.  
   - service_name:ro
4.  
   - container:container_name
5.  
   - container:container_name:rw

---

23.cap_add, cap_drop
添加或刪除容器的內核功能。詳細信息在前面容器章節有講解，此處不再贅述。

1.  
   cap_add:
2.  
   - ALL
3.  
    
4.  
   cap_drop:
5.  
   - NET_ADMIN
6.  
   - SYS_ADMIN

---

24.cgroup_parent
指定一個容器的父級cgroup。

cgroup_parent: m-executor-abcd

 

---

25.devices
設備映射列表。與Docker client的–device參數類似。

1.  
   devices:
2.  
   - "/dev/ttyUSB0:/dev/ttyUSB0"

---

26.extends
這個標簽可以擴展另一個服務，擴展內容可以是來自在當前文件，也可以是來自其他文件，相同服務的情況下，后來者會有選擇地覆蓋原有配置。

1.  
   extends:
2.  
   file: common.yml
3.  
   service: webapp

用戶可以在任何地方使用這個標簽，只要標簽內容包含file和service兩個值就可以了。file的值可以是相對或者絕對路徑，如果不指定file的值，那么Compose會讀取當前YML文件的信息。
更多的操作細節在后面的12.3.4小節有介紹。

---

27.network_mode
網絡模式，與Docker client的–net參數類似，只是相對多了一個service:[service name] 的格式。
例如：

1.  
   network_mode: "bridge"
2.  
   network_mode: "host"
3.  
   network_mode: "none"
4.  
   network_mode: "service:[service name]"
5.  
   network_mode: "container:[container name/id]"

 

可以指定使用服務或者容器的網絡。

---

28.networks
加入指定網絡，格式如下：

1.  
   services:
2.  
   some-service:
3.  
   networks:
4.  
   - some-network
5.  
   - other-network

關於這個標簽還有一個特別的子標簽aliases，這是一個用來設置服務別名的標簽，例如：

1.  
   services:
2.  
   some-service:
3.  
   networks:
4.  
   some-network:
5.  
   aliases:
6.  
   - alias1
7.  
   - alias3
8.  
   other-network:
9.  
   aliases:
10.  
    - alias2

相同的服務可以在不同的網絡有不同的別名。

---

29.其它
還有這些標簽：cpu_shares, cpu_quota, cpuset, domainname, hostname, ipc, mac_address, mem_limit, memswap_limit, privileged, read_only, restart, shm_size, stdin_open, tty, user, working_dir
上面這些都是一個單值的標簽，類似於使用docker run的效果。

1.  
   cpu_shares: 73
2.  
   cpu_quota: 50000
3.  
   cpuset: 0,1
4.  
    
5.  
   user: postgresql
6.  
   working_dir: /code
7.  
    
8.  
   domainname: foo.com
9.  
   hostname: foo
10.  
    ipc: host
11.  
    mac_address: 02:42:ac:11:65:43
12.  
     
13.  
    mem_limit: 1000000000
14.  
    memswap_limit: 2000000000
15.  
    privileged: true
16.  
     
17.  
    restart: always
18.  
     
19.  
    read_only: true
20.  
    shm_size: 64M
21.  
    stdin_open: true
22.  
    tty: true

關於配置文件的擴展寫法會在有空的時候補上，寫得太長了。