第一章 Docker Compose 核心定義與架構(gòu)分析

1.1 什么是 Docker Compose

Docker Compose 是 Docker 官方推出的開源項(xiàng)目，其核心代碼由 Python 編寫。在技術(shù)實(shí)現(xiàn)層面，它通過直接調(diào)用 Docker 服務(wù)的 API 來實(shí)現(xiàn)對(duì)容器的精細(xì)化管理和編排。官方將 Docker Compose 定義為“用于定義和運(yùn)行多個(gè) Docker 容器的應(yīng)用工具”。

在 Docker Compose 的體系結(jié)構(gòu)中，存在兩個(gè)至關(guān)重要的核心概念，這決定了其管理容器的邏輯維度：

1. 服務(wù) (Service)：服務(wù)代表一個(gè)應(yīng)用容器。在實(shí)際生產(chǎn)中，一個(gè)服務(wù)可以由若干個(gè)運(yùn)行相同鏡像的容器實(shí)例組成。它是邏輯上的一個(gè)單元，通過鏡像名、環(huán)境變量、網(wǎng)絡(luò)配置等屬性進(jìn)行定義。
2. 項(xiàng)目 (Project)：項(xiàng)目是由一組互相關(guān)聯(lián)的應(yīng)用容器構(gòu)成的完整業(yè)務(wù)單元。項(xiàng)目的所有屬性都在 docker-compose.yml 文件中定義?？梢哉f，一個(gè) docker-compose.yml 文件就代表了一個(gè)完整的項(xiàng)目。

Docker Compose 的默認(rèn)管理對(duì)象是項(xiàng)目。通過一套簡(jiǎn)潔的子命令，開發(fā)人員可以對(duì)項(xiàng)目中的一組容器進(jìn)行便捷的生命周期管理，從而極大地簡(jiǎn)化了多容器應(yīng)用的協(xié)同工作。

1.2 為什么引入 Docker Compose

Docker 遵循單一職責(zé)原則，其官方推薦在每個(gè) Docker 容器中僅運(yùn)行一個(gè)進(jìn)程。這種輕量化的設(shè)計(jì)提高了鏡像的復(fù)用性，但也給復(fù)雜應(yīng)用的部署帶來了挑戰(zhàn)。

在實(shí)際開發(fā)中，一個(gè)完整的業(yè)務(wù)應(yīng)用往往需要依賴多個(gè)環(huán)境，例如 Nginx 作為反向代理、MySQL 提供數(shù)據(jù)持久化、Redis 提供緩存服務(wù)。如果采用傳統(tǒng)方式，我們需要分別為應(yīng)用代碼、MySQL 數(shù)據(jù)庫和 Nginx 創(chuàng)建獨(dú)立的容器，并逐一手動(dòng)啟動(dòng)。

手動(dòng)管理的弊端顯而易見：

• 繁瑣性：每次啟動(dòng)應(yīng)用都需要執(zhí)行多次 docker run 命令，或者編寫復(fù)雜的 Shell 腳本。
• 管理分散：容器之間是獨(dú)立且分散的，不利于統(tǒng)一的鏡像版本控制和資源分配。
• 邏輯脫節(jié)：這些容器本質(zhì)上是為同一個(gè)業(yè)務(wù)目標(biāo)服務(wù)的，但在管理層面上卻缺乏一個(gè)有機(jī)的整體視角。

Docker Compose 的出現(xiàn)解決了上述問題。它將屬于同一個(gè)業(yè)務(wù)邏輯的所有容器整合在一起，通過一個(gè)配置文件進(jìn)行統(tǒng)籌。

1.3 Docker Compose 的安裝驗(yàn)證

在現(xiàn)代 Docker 環(huán)境中，docker-compose-plugin 通常作為默認(rèn)組件被安裝。這意味著在安裝 Docker 時(shí)，Compose 功能已經(jīng)集成在內(nèi)。

通過執(zhí)行以下命令可以驗(yàn)證安裝情況：

docker compose version

執(zhí)行結(jié)果如圖所示：

圖片顯示了當(dāng)前系統(tǒng)中 Docker Compose 的版本信息，這確認(rèn)了環(huán)境已經(jīng)準(zhǔn)備就緒。

1.4 Docker Compose 的核心功能與使用場(chǎng)景

1.4.1 使用步驟

使用 Compose 遵循標(biāo)準(zhǔn)的三步走策略：

1. 定義環(huán)境：使用 Dockerfile 定義應(yīng)用程序環(huán)境。
2. 定義服務(wù)：在 docker-compose.yml 中定義構(gòu)成應(yīng)用的服務(wù)，使其可以在隔離環(huán)境中協(xié)同運(yùn)行。
3. 啟動(dòng)運(yùn)行：執(zhí)行 docker compose up 命令，一鍵啟動(dòng)并運(yùn)行整個(gè)應(yīng)用程序。

1.4.2 核心管理能力

Compose 涵蓋了應(yīng)用程序全生命周期的命令體系：

• 服務(wù)的啟動(dòng)、停止與自動(dòng)化重建。
• 實(shí)時(shí)查看運(yùn)行服務(wù)的狀態(tài)監(jiān)控。
• 流式傳輸并聚合查看所有運(yùn)行服務(wù)的日志輸出。
• 在特定服務(wù)上執(zhí)行單次命令。

1.4.3 典型使用場(chǎng)景

• 單主機(jī)部署：在開發(fā)或測(cè)試階段，快速搭建單節(jié)點(diǎn)的完整環(huán)境。
• 多環(huán)境隔離：通過指定不同的項(xiàng)目名稱（Project Name），在同一臺(tái)主機(jī)上運(yùn)行多套相互隔離的環(huán)境（如開發(fā)環(huán)境、預(yù)發(fā)布環(huán)境）。

第二章 Docker Compose 配置文件（docker-compose.yml）詳析

docker-compose.yml 是 Docker Compose 的核心，其采用 YAML 格式。YAML 語法的嚴(yán)謹(jǐn)性要求必須正確處理縮進(jìn)和數(shù)據(jù)類型。

2.1 配置文件核心參數(shù)

以下是一個(gè)標(biāo)準(zhǔn)的配置文件參數(shù)模板及其含義：

version: "3.8" # 定義版本，表示當(dāng)前使用的 docker-compose 語法的版本
services: # 服務(wù)容器配置塊
  servicename: # 服務(wù)自定義名稱，同時(shí)作為內(nèi)部 bridge 網(wǎng)絡(luò)的 DNS 名稱
    image: # 必選，指定使用的鏡像名稱
    command: # 可選，覆蓋鏡像默認(rèn)的 CMD 指令
    environment: # 可選，設(shè)置環(huán)境變量，等同于 docker run --env
    volumes: # 可選，掛載數(shù)據(jù)卷，等同于 docker run -v
    networks: # 可選，指定網(wǎng)絡(luò)，等同于 docker run --network
    ports: # 可選，端口映射，等同于 docker run -p
    expose: # 可選，暴露內(nèi)部端口，不映射到宿主機(jī)
    build: # 可選，指定 Dockerfile 所在的構(gòu)建目錄
    depends_on: # 可選，定義服務(wù)間的啟動(dòng)依賴關(guān)系
    env_file: # 可選，指定環(huán)境變量文件路徑
volumes: # 定義全局?jǐn)?shù)據(jù)卷
networks: # 定義全局網(wǎng)絡(luò)

2.2 核心指令：image

image 指令指定容器運(yùn)行的基礎(chǔ)鏡像。它支持多種格式，包括本地鏡像名、帶標(biāo)簽的鏡像名、帶摘要（digest）的鏡像名，以及來自私有倉庫的鏡像。

示例如下：

image: redis
image: redis:5
image: redis@sha256:0ed5d5928d4737458944eb604cc8509e245c3e19d02ad83935398bc4b991aac7
image: my_private.registry:5000/redis

實(shí)戰(zhàn)演練 prj1：基礎(chǔ)容器啟動(dòng)

首先創(chuàng)建一個(gè)名為 mycompose 的目錄，在其下創(chuàng)建子目錄 prj1，并編寫 docker-compose.yml：

version: "3.8"
services:
  web:
    image: nginx:1.23.3

如圖所示，目錄結(jié)構(gòu)清晰，僅包含一個(gè)簡(jiǎn)單的 YAML 文件：

在 prj1 目錄下執(zhí)行啟動(dòng)命令：

docker compose up -d 

圖中信息顯示，Docker Compose 自動(dòng)創(chuàng)建了一個(gè)默認(rèn)網(wǎng)絡(luò)（prj1_default）并啟動(dòng)了一個(gè)容器（prj1-web-1）。

通過 docker ps -a 和 docker network ls 進(jìn)行查詢驗(yàn)證：

查詢結(jié)果證實(shí)，容器和網(wǎng)絡(luò)已經(jīng)成功建立。

進(jìn)一步查看網(wǎng)絡(luò)詳情：

docker inspect prj1_default

圖中 Containers 節(jié)點(diǎn)下清晰地展示了該網(wǎng)絡(luò)已經(jīng)綁定了 prj1-web-1 容器。

通過 docker compose ps 可以直觀查看當(dāng)前項(xiàng)目下的服務(wù)狀態(tài)：

最后，執(zhí)行 docker compose down 即可實(shí)現(xiàn)一鍵清理：

圖片顯示，不僅容器被停止并刪除，連同之前自動(dòng)生成的項(xiàng)目網(wǎng)絡(luò)也被一并移除，這體現(xiàn)了 Compose 的整潔管理特性。

2.3 核心指令：command

command 用于覆蓋容器啟動(dòng)時(shí)的默認(rèn)命令。

實(shí)戰(zhàn)演練 prj2：命令覆蓋對(duì)比

在 prj1 的基礎(chǔ)上拷貝出 prj2 目錄，并修改配置文件。prj1 保持默認(rèn)啟動(dòng) Nginx，而 prj2 則指定啟動(dòng)命令：

version: "3.8"
services:
  web:
    image: nginx:1.23.3
    command: ["tail","-f","/etc/hosts"]

如圖所示，我們將 web 服務(wù)的啟動(dòng)指令改為持續(xù)監(jiān)控 /etc/hosts 文件。

分別啟動(dòng) prj1 和 prj2 的服務(wù)。執(zhí)行 docker inspect 查看容器詳情：

（這是 prj1 的默認(rèn) CMD 狀態(tài)）

（這是 prj2 啟動(dòng)時(shí)的狀態(tài)信息）

通過 docker inspect prj2-web-1 可以觀察到其命令確實(shí)變更為我們指定的 tail 命令：

驗(yàn)證功能性差異：
對(duì) prj1-web-1 執(zhí)行 curl：

docker exec -it prj1-web-1 curl 127.0.0.1

返回了 Nginx 默認(rèn)首頁，說明 Nginx 進(jìn)程正在運(yùn)行。

對(duì) prj2-web-1 執(zhí)行 curl：

docker exec -it prj2-web-1 curl 127.0.0.1

系統(tǒng)提示拒絕連接。這是因?yàn)?tail 命令覆蓋了 Nginx 的啟動(dòng)命令，容器內(nèi)部并沒有 Nginx 監(jiān)聽 80 端口。這有力地證明了 command 參數(shù)的生效機(jī)制。

2.4 核心指令：entrypoint

entrypoint 與 command 類似，但它直接覆蓋鏡像定義的入口點(diǎn)。

實(shí)戰(zhàn)演練 prj3：入口點(diǎn)覆蓋

編寫 prj3 的配置文件，使用 entrypoint 查看系統(tǒng)發(fā)行版信息：

version: "3.8"
services:
  web:
    image: nginx:1.23.3
    entrypoint:
      - tail
      - -f
      - /etc/os-release

啟動(dòng)服務(wù)后查看進(jìn)程列表：

圖中 COMMAND 欄目明確顯示容器正在執(zhí)行 tail -f /etc/os-release。

查看 docker inspect 詳情：

Entrypoint 節(jié)點(diǎn)已經(jīng)被完全重寫。

2.5 核心指令：environment

該參數(shù)用于向容器注入環(huán)境變量。

實(shí)戰(zhàn)演練：環(huán)境變量注入

修改 prj1 的配置文件，加入自定義變量：

environment:
  Test: 1

執(zhí)行 up -d 后，Docker Compose 識(shí)別到配置變更，會(huì)自動(dòng)觸發(fā)容器重建（Recreate）：

通過 docker inspect 驗(yàn)證環(huán)境變量：

圖中 Env 列表中清晰地出現(xiàn)了 Test=1。

2.6 核心指令：networks

通過該指令可以精細(xì)化控制容器的網(wǎng)絡(luò)連接。

實(shí)戰(zhàn)演練 prj4：多網(wǎng)絡(luò)連接

在 prj4 中定義兩個(gè)自定義網(wǎng)絡(luò)，并將 web 服務(wù)同時(shí)加入：

version: "3.8"
services:
  web:
    image: nginx:1.23.3
    networks:
      - mywebnet1
      - mywebnet2
networks:
  mywebnet1:
  mywebnet2:

圖中可見，Compose 同時(shí)創(chuàng)建了兩個(gè)網(wǎng)絡(luò)。

執(zhí)行 docker network ls 可以觀察到新生成的網(wǎng)絡(luò)：

通過 inspect 查看容器網(wǎng)絡(luò)詳情：

容器成功獲得了兩個(gè)不同網(wǎng)段的 IP 地址，具備了跨網(wǎng)絡(luò)通信的能力。

2.7 核心指令：volumes

volumes 實(shí)現(xiàn)宿主機(jī)與容器間的數(shù)據(jù)持久化與共享。

實(shí)戰(zhàn)演練 prj5：存儲(chǔ)卷綁定

在配置文件中將宿主機(jī)目錄掛載到 Nginx 的網(wǎng)頁根目錄：

volumes:
  - /data/kk/vol1:/usr/share/nginx/html/

在正式運(yùn)行前，使用 docker compose config 檢查語法：

圖中顯示配置無誤，掛載類型被標(biāo)識(shí)為 bind。

啟動(dòng)服務(wù)：

進(jìn)入容器查看：

在宿主機(jī)掛載點(diǎn) /data/kk/vol1 下創(chuàng)建測(cè)試文件：

再次 curl 訪問：

返回內(nèi)容即為我們?cè)谒拗鳈C(jī)編輯的內(nèi)容，證明數(shù)據(jù)同步實(shí)時(shí)生效。

2.8 核心指令：ports

用于指定容器端口與宿主機(jī)端口的映射關(guān)系。

實(shí)戰(zhàn)演練 prj6：端口發(fā)布

ports:
  - 8083:80

啟動(dòng)后，通過 docker compose ps 查看端口映射狀態(tài)：

或者使用 docker port 命令精確定位：

直接通過宿主機(jī) IP 加 8083 端口進(jìn)行 curl 測(cè)試：

外部訪問成功。

2.9 核心指令：expose

與 ports 不同，expose 暴露的端口僅能被同一網(wǎng)絡(luò)內(nèi)的其他服務(wù)訪問，不對(duì)外開放。

實(shí)戰(zhàn)演練 prj7：內(nèi)部暴露

在配置文件中設(shè)置暴露 3030 端口：

啟動(dòng)服務(wù)進(jìn)入容器內(nèi)部進(jìn)行測(cè)試：

內(nèi)部 curl 顯示端口已開放，但切換到宿主機(jī)嘗試 curl 該端口：

宿主機(jī)無法連接，這展示了 expose 的安全隔離特性。

2.10 核心指令：depends_on

該參數(shù)定義服務(wù)間的啟動(dòng)順序和健康狀態(tài)依賴。

實(shí)戰(zhàn)演練 prj8：健康檢查與順序啟動(dòng)

我們希望 web 服務(wù)在 mysql 服務(wù)達(dá)到“健康”狀態(tài)后再啟動(dòng)：

services:
  web:
    depends_on:
      mysql:
        condition: service_healthy
  mysql:
    image: mysql:5.7
    healthcheck:
      test: mysql -u root -phuyunkai -e 'select 1;'
      interval: 10s
      timeout: 5s
      retries: 10

執(zhí)行啟動(dòng)命令：

圖中顯示 web 服務(wù)處于 Waiting 狀態(tài)，因?yàn)樗诘却?mysql 完成健康檢查。

當(dāng) mysql 變?yōu)?healthy 后，web 才會(huì)啟動(dòng)：

停止服務(wù)時(shí)，Compose 會(huì)遵循逆序：先停止依賴者（web），再停止被依賴者（mysql）：

重新啟動(dòng)也是同理，必須先驗(yàn)證被依賴服務(wù)的健康度：

2.11 核心指令：env_file

通過外部文件管理環(huán)境變量，提高配置的可維護(hù)性。

實(shí)戰(zhàn)演練 prj9：多文件引用

在 prj9 目錄下創(chuàng)建 commenv 和 webenv 文件：

在 YAML 中引用：

env_file:
  - ./commenv
  - ./webenv

啟動(dòng)服務(wù)并進(jìn)入容器執(zhí)行 env 命令：

圖中顯示來自兩個(gè)不同文件的環(huán)境變量都已經(jīng)生效。

第三章 Docker Compose 常用命令全集

3.1 命令行全局選項(xiàng)

• -f, --file：指定配置文件。默認(rèn)使用 docker-compose.yml。
• -p, --project-name：指定項(xiàng)目名。默認(rèn)使用所在目錄名。

例如，指定一個(gè)非默認(rèn)名稱的配置文件啟動(dòng)：

docker compose -f ./prj1/docker-compose.txt up -d

3.2up命令深度解析

up 是最常用的指令。它集成了鏡像拉取、容器創(chuàng)建、網(wǎng)絡(luò)設(shè)置等一系列動(dòng)作。

前臺(tái)運(yùn)行：不加 -d 時(shí)，日志直接輸出到控制臺(tái)。按 Ctrl+C 會(huì)導(dǎo)致容器停止：

強(qiáng)制重建：使用 --force-recreate。當(dāng)配置文件發(fā)生邏輯變更（如掛載路徑修改）時(shí)非常有用：

3.3down命令與數(shù)據(jù)清理

默認(rèn) down 只刪除容器和網(wǎng)絡(luò)。如果需要清理關(guān)聯(lián)的卷映射，必須加 -v：

3.4run與一次性任務(wù)

run 主要用于在不影響主服務(wù)運(yùn)行的情況下，啟動(dòng)一個(gè)新容器執(zhí)行特定任務(wù)。

注意：執(zhí)行 run 時(shí)需要指定服務(wù)名而非鏡像名。

第四章 綜合操作案例：多層級(jí)拓?fù)錁?gòu)建

4.1 復(fù)雜拓?fù)潢P(guān)系配置

設(shè)計(jì)一個(gè)包含 Nginx、MySQL 和 Redis 的三層架構(gòu)，并設(shè)置嚴(yán)格的依賴與健康檢查：

核心配置邏輯：

1. MySQL 和 Redis 設(shè)置 healthcheck。
2. Web 服務(wù)通過 depends_on 監(jiān)控前兩者的 service_healthy 狀態(tài)。

啟動(dòng)過程如圖：

系統(tǒng)會(huì)精確控制啟動(dòng)時(shí)機(jī)，確保數(shù)據(jù)庫就緒后應(yīng)用才上線。

4.2 網(wǎng)絡(luò)與持久化配置

在拓?fù)浠A(chǔ)上，加入自定義 bridge 網(wǎng)絡(luò) mytestnetwork，并掛載存儲(chǔ)卷：

通過 docker compose ps 確認(rèn)所有組件均處于 Healthy 狀態(tài)：

訪問映射端口 8085，可以看到自定義的首頁：

第五章 企業(yè)級(jí)應(yīng)用實(shí)戰(zhàn)：部署 WordPress 站點(diǎn)

WordPress 是一個(gè)典型的 Web + DB 的應(yīng)用。我們需要配置 WordPress 訪問數(shù)據(jù)庫所需的四個(gè)關(guān)鍵環(huán)境變量：主機(jī)地址、用戶名、密碼、數(shù)據(jù)庫名。

5.1 編寫部署腳本

在配置文件中，將 db 服務(wù)的健康狀態(tài)作為 wordpress 啟動(dòng)的前置條件：

services:
  wordpress:
    depends_on:
      db:
        condition: service_healthy
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_USER: undoom
      WORDPRESS_DB_PASSWORD: huyunkai
  db:
    image: mysql:5.7
    healthcheck:
      test: mysql -u root -proot -e "select 1;"

5.2 啟動(dòng)與驗(yàn)證

執(zhí)行 up -d 后，系統(tǒng)自動(dòng)拉取鏡像并按順序創(chuàng)建環(huán)境：

通過瀏覽器訪問服務(wù)器端口，進(jìn)入 WordPress 安裝引導(dǎo)頁面：

配置完成后，一個(gè)完整的博客系統(tǒng)就運(yùn)行起來了：

由于配置了 volumes，即使執(zhí)行 down 命令清理了容器，宿主機(jī)目錄中的數(shù)據(jù)庫文件和網(wǎng)頁文件依然得以保留：

第六章 常見問題與總結(jié)

6.1 up、run、start 的本質(zhì)區(qū)別

• up：全自動(dòng)化命令。它會(huì)檢查鏡像、網(wǎng)絡(luò)、容器是否存在。如果不存在則創(chuàng)建，如果配置變動(dòng)則重建，并將容器拉起到運(yùn)行狀態(tài)。
• run：側(cè)重于執(zhí)行。它會(huì)為指定的服務(wù)臨時(shí)創(chuàng)建一個(gè)新容器來執(zhí)行命令，執(zhí)行完畢后容器通常處于停止?fàn)顟B(tài)。
• start：側(cè)重于恢復(fù)。它只能啟動(dòng)已經(jīng)存在且處于停止?fàn)顟B(tài)的容器，不會(huì)處理配置變更或重建邏輯。

6.2 總結(jié)

Docker Compose 通過聲明式的 YAML 文件，將復(fù)雜的多容器協(xié)作關(guān)系簡(jiǎn)化為單一的配置文件管理。它不僅控制了服務(wù)的生命周期，還通過 depends_on 和 healthcheck 解決了服務(wù)啟動(dòng)的時(shí)序性問題。無論是對(duì)于本地開發(fā)環(huán)境的快速?gòu)?fù)現(xiàn)，還是中小型生產(chǎn)環(huán)境的快速部署，Docker Compose 都是不可或缺的利器。

到此這篇關(guān)于Docker Compose容器編排深度解析與實(shí)戰(zhàn)小結(jié)的文章就介紹到這了,更多相關(guān)Docker Compose容器編排內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論