您好,登錄后才能下訂單哦!
今天小編給大家分享一下docker compose基本語法有哪些的相關知識點,內容詳細,邏輯清晰,相信大部分人都還太了解這方面的知識,所以分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后有所收獲,下面我們一起來了解一下吧。
先來看一份 docker-compose.yml 文件
version: '2' services: web: image: dockercloud/hello-world ports: - 8080 networks: - front-tier - back-tier redis: image: redis links: - web networks: - back-tier lb: image: dockercloud/haproxy ports: - 80:80 links: - web networks: - front-tier - back-tier volumes: - /var/run/docker.sock:/var/run/docker.sock networks: front-tier: driver: bridge back-tier: driver: bridge
可以看到一份標準配置文件應該包含 version、services、networks 三大部分,其中最關鍵的就是 services 和 networks 兩個部分,下面先來看 services 的書寫規則。
services: web: image: hello-world
在 services 標簽下的第二級標簽是 web,這個名字是用戶自己自定義,它就是服務名稱。
image 則是指定服務的鏡像名稱或鏡像 ID。如果鏡像在本地不存在,Compose 將會嘗試拉取這個鏡像。
例如下面這些格式都是可以的:
image: redis image: ubuntu:14.04 image: tutum/influxdb image: example-registry.com:4000/postgresql image: a4bc65fd
服務除了可以基于指定的鏡像,還可以基于一份 Dockerfile,在使用 up 啟動之時執行構建任務,這個構建標簽就是 build,它可以指定 Dockerfile 所在文件夾的路徑。Compose 將會利用它自動構建這個鏡像,然后使用這個鏡像啟動服務容器。
build: /path/to/build/dir
也可以是相對路徑,只要上下文確定就可以讀取到 Dockerfile。
build: ./dir
設定上下文根目錄,然后以該目錄為準指定 Dockerfile。
build: context: ../ dockerfile: path/of/Dockerfile
注意 build 都是一個目錄,如果你要指定 Dockerfile 文件需要在 build 標簽的子級標簽中使用 dockerfile 標簽指定,如上面的例子。
如果你同時指定了 image 和 build 兩個標簽,那么 Compose 會構建鏡像并且把鏡像命名為 image 后面的那個名字。
build: ./dir image: webapp:tag
既然可以在 docker-compose.yml 中定義構建任務,那么一定少不了 arg 這個標簽,就像 Dockerfile 中的 ARG 指令,它可以在構建過程中指定環境變量,但是在構建成功后取消,在 docker-compose.yml 文件中也支持這樣的寫法:
build: context: . args: buildno: 1 password: secret
下面這種寫法也是支持的,一般來說下面的寫法更適合閱讀。
build: context: . args: - buildno=1 - password=secret
與 ENV 不同的是,ARG 是允許空值的。例如:
args: - buildno - password
這樣構建過程可以向它們賦值。
注意:YAML 的布爾值(true, false, yes, no, on, off)必須要使用引號引起來(單引號、雙引號均可),否則會當成字符串解析。
使用 command 可以覆蓋容器啟動后默認執行的命令。
command: bundle exec thin -p 3000
也可以寫成類似 Dockerfile 中的格式:
command: [bundle, exec, thin, -p, 3000]
前面說過 Compose 的容器名稱格式是:<項目名稱><服務名稱><序號>
雖然可以自定義項目名稱、服務名稱,但是如果你想完全控制容器的命名,可以使用這個標簽指定:
container_name: app
這樣容器的名字就指定為 app 了。
在使用 Compose 時,最大的好處就是少打啟動命令,但是一般項目容器啟動的順序是有要求的,如果直接從上到下啟動容器,必然會因為容器依賴問題而啟動失敗。
例如在沒啟動數據庫容器的時候啟動了應用容器,這時候應用容器會因為找不到數據庫而退出,為了避免這種情況我們需要加入一個標簽,就是 depends_on,這個標簽解決了容器的依賴、啟動先后的問題。
例如下面容器會先啟動 redis 和 db 兩個服務,最后才啟動 web 服務:
version: '2' services: web: build: . depends_on: - db - redis redis: image: redis db: image: postgres
注意的是,默認情況下使用 docker-compose up web 這樣的方式啟動 web 服務時,也會啟動 redis 和 db 兩個服務,因為在配置文件中定義了依賴關系。
和 --dns 參數一樣用途,格式如下:
dns: 8.8.8.8
也可以是一個列表:
dns: - 8.8.8.8 - 9.9.9.9
此外 dns_search 的配置也類似:
dns_search: example.com dns_search: - dc1.example.com - dc2.example.com
掛載臨時目錄到容器內部,與 run 的參數一樣效果:
tmpfs: /run tmpfs: - /run - /tmp
在 Dockerfile 中有一個指令叫做 ENTRYPOINT 指令,用于指定接入點,第四章有對比過與 CMD 的區別。
在 docker-compose.yml 中可以定義接入點,覆蓋 Dockerfile 中的定義:
entrypoint: /code/entrypoint.sh
格式和 Docker 類似,不過還可以寫成這樣:
entrypoint: - php - -d - zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so - -d - memory_limit=-1 - vendor/bin/phpunit
還記得前面提到的 .env 文件吧,這個文件可以設置 Compose 的變量。而在 docker-compose.yml 中可以定義一個專門存放變量的文件。
如果通過 docker-compose -f FILE 指定了配置文件,則 env_file 中路徑會使用配置文件路徑。
如果有變量名稱與 environment 指令沖突,則以后者為準。格式如下:
env_file: .env
或者根據 docker-compose.yml 設置多個:
env_file: - ./common.env - ./apps/web.env - /opt/secrets.env
注意的是這里所說的環境變量是對宿主機的 Compose 而言的,如果在配置文件中有 build 操作,這些變量并不會進入構建過程中,如果要在構建中使用變量還是首選前面剛講的 arg 標簽。
與上面的 env_file 標簽完全不同,反而和 arg 有幾分類似,這個標簽的作用是設置鏡像變量,它可以保存變量到鏡像里面,也就是說啟動的容器也會包含這些變量設置,這是與 arg 最大的不同。
一般 arg 標簽的變量僅用在構建過程中。而 environment 和 Dockerfile 中的 ENV 指令一樣會把變量一直保存在鏡像、容器中,類似 docker run -e 的效果。
environment: RACK_ENV: development SHOW: 'true' SESSION_SECRET: environment: - RACK_ENV=development - SHOW=true - SESSION_SECRET
這個標簽與Dockerfile中的EXPOSE指令一樣,用于指定暴露的端口,但是只是作為一種參考,實際上docker-compose.yml的端口映射還得ports這樣的標簽。
expose: - "3000" - "8000"
在使用Docker過程中,我們會有許多單獨使用docker run啟動的容器,為了使Compose能夠連接這些不在docker-compose.yml中定義的容器,我們需要一個特殊的標簽,就是external_links,它可以讓Compose項目里面的容器連接到那些項目配置外部的容器(前提是外部容器中必須至少有一個容器是連接到與項目內的服務的同一個網絡里面)。
格式如下:
external_links: - redis_1 - project_db_1:mysql - project_db_1:postgresql
添加主機名的標簽,就是往/etc/hosts文件中添加一些記錄,與Docker client的–add-host類似:
extra_hosts: - "somehost:162.242.195.82" - "otherhost:50.31.209.229"
啟動之后查看容器內部hosts:
162.242.195.82 somehost 50.31.209.229 otherhost
向容器添加元數據,和Dockerfile的LABEL指令一個意思,格式如下:
labels: com.example.description: "Accounting webapp" com.example.department: "Finance" com.example.label-with-empty-value: "" labels: - "com.example.description=Accounting webapp" - "com.example.department=Finance" - "com.example.label-with-empty-value"
還記得上面的depends_on吧,那個標簽解決的是啟動順序問題,這個標簽解決的是容器連接問題,與Docker client的–link一樣效果,會連接到其它服務中的容器。
格式如下:
links: - db - db:database - redis
使用的別名將會自動在服務容器中的/etc/hosts里創建。例如:
172.12.2.186 db 172.12.2.186 database 172.12.2.187 redis
相應的環境變量也將被創建。
這個標簽用于配置日志服務。格式如下:
logging: driver: syslog options: syslog-address: "tcp://192.168.0.42:123"
pid: "host"
將PID模式設置為主機PID模式,跟主機系統共享進程命名空間。容器使用這個標簽將能夠訪問和操縱其他容器和宿主機的名稱空間。
映射端口的標簽。
使用HOST:CONTAINER格式或者只是指定容器的端口,宿主機會隨機映射端口。
ports: - "3000" - "8000:8000" - "49100:22" - "127.0.0.1:8001:8001"
注意:當使用HOST:CONTAINER格式來映射端口時,如果你使用的容器端口小于60你可能會得到錯誤得結果,因為YAML將會解析xx:yy這種數字格式為60進制。所以建議采用字符串格式。
為每個容器覆蓋默認的標簽。簡單說來就是管理全部服務的標簽。比如設置全部服務的user標簽值為USER。
security_opt: - label:user:USER - label:role:ROLE
設置另一個信號來停止容器。在默認情況下使用的是SIGTERM停止容器。設置另一個信號可以使用stop_signal標簽。
stop_signal: SIGUSR1
掛載一個目錄或者一個已存在的數據卷容器,可以直接使用 [HOST:CONTAINER] 這樣的格式,或者使用 [HOST:CONTAINER:ro] 這樣的格式,后者對于容器來說,數據卷是只讀的,這樣可以有效保護宿主機的文件系統。
Compose的數據卷指定路徑可以是相對路徑,使用 . 或者 … 來指定相對目錄。
數據卷的格式可以是下面多種形式:
volumes: // 只是指定一個路徑,Docker 會自動在創建一個數據卷(這個路徑是容器內部的)。 - /var/lib/mysql // 使用絕對路徑掛載數據卷 - /opt/data:/var/lib/mysql // 以 Compose 配置文件為中心的相對路徑作為數據卷掛載到容器。 - ./cache:/tmp/cache // 使用用戶的相對路徑(~/ 表示的目錄是 /home/<用戶目錄>/ 或者 /root/)。 - ~/configs:/etc/configs/:ro // 已經存在的命名的數據卷。 - datavolume:/var/lib/mysql
如果你不使用宿主機的路徑,你可以指定一個volume_driver。
volume_driver: mydriver
從其它容器或者服務掛載數據卷,可選的參數是 :ro或者 :rw,前者表示容器只讀,后者表示容器對數據卷是可讀可寫的。默認情況下是可讀可寫的。
volumes_from: - service_name - service_name:ro - container:container_name - container:container_name:rw
添加或刪除容器的內核功能。詳細信息在前面容器章節有講解,此處不再贅述。
cap_add: - ALL cap_drop: - NET_ADMIN - SYS_ADMIN
指定一個容器的父級cgroup。
cgroup_parent: m-executor-abcd
設備映射列表。與Docker client的–device參數類似。
devices: - "/dev/ttyUSB0:/dev/ttyUSB0"
這個標簽可以擴展另一個服務,擴展內容可以是來自在當前文件,也可以是來自其他文件,相同服務的情況下,后來者會有選擇地覆蓋原有配置。
extends: file: common.yml service: webapp
用戶可以在任何地方使用這個標簽,只要標簽內容包含file和service兩個值就可以了。file的值可以是相對或者絕對路徑,如果不指定file的值,那么Compose會讀取當前YML文件的信息。
更多的操作細節在后面的12.3.4小節有介紹。
網絡模式,與Docker client的–net參數類似,只是相對多了一個service:[service name] 的格式。
例如
network_mode: "bridge" network_mode: "host" network_mode: "none" network_mode: "service:[service name]" network_mode: "container:[container name/id]"
可以指定使用服務或者容器的網絡。
加入指定網絡,格式如下:
services: some-service: networks: - some-network - other-network
關于這個標簽還有一個特別的子標簽aliases,這是一個用來設置服務別名的標簽,例如:
services: some-service: networks: some-network: aliases: - alias1 - alias3 other-network: aliases: - alias2
相同的服務可以在不同的網絡有不同的別名。
還有這些標簽: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的效果。
cpu_shares: 73 cpu_quota: 50000 cpuset: 0,1 user: postgresql working_dir: /code domainname: foo.com hostname: foo ipc: host mac_address: 02:42:ac:11:65:43 mem_limit: 1000000000 memswap_limit: 2000000000 privileged: true restart: always read_only: true shm_size: 64M stdin_open: true tty: true
以上就是“docker compose基本語法有哪些”這篇文章的所有內容,感謝各位的閱讀!相信大家閱讀完這篇文章都有很大的收獲,小編每天都會為大家更新不同的知識,如果還想學習更多的知識,請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。