- 它允許您使用單一 YAML 設定檔管理多容器應用程式。
- 它有助於協調創建服務、網路和卷，避免重複的手動配置。
- 它是本地開發的理想工具，而 Kubernetes 則專用於大規模生產環境。
我相信你肯定遇到過這種情況：你的專案在自己的電腦上運行完美，但一旦上傳到生產伺服器，就立刻崩潰，一切都無法正常運作。這種被稱為「在我電腦上運作正常」的典型案例，是軟體領域最常見的難題。為了解決這個難題，Docker 應運而生，徹底改變了遊戲規則。它允許我們將應用程式所需的一切打包到一個輕量級、隔離的單元——容器中。
然而，隨著應用程式的成長，單一容器已不再足夠。如今，我們使用微服務架構，它需要資料庫、API 和前端無縫協作，並使用相同的語言進行溝通。 Docker Compose正是在這種情況下應運而生。它充當基礎設施的指揮者，只需一條命令即可完成整個系統的設置，無需手動配置網路或連接埠。
Docker究竟是什麼？它的架構是如何運作的？
在深入了解 Compose 之前，首先需要了解 Docker 是一個開源平台，它透過作業系統層級的虛擬化技術實現應用程式部署自動化。與運行完整作業系統而佔用大量空間的傳統虛擬機不同，Docker 容器非常輕量級，因為它們共享宿主機內核，並以隔離進程的形式運行。
Docker 的架構是基於客戶端-伺服器模型。 Docker守護程序是後台管理映像和容器的核心，而客戶端則是我們輸入指令的介面（我們熟悉的命令列介面）。為了實現這一切，我們使用Docker 映像和容器。鏡像類似於唯讀模板，其中包含所有庫和依賴項；容器則是這些鏡像的可執行實例。
言歸正傳：什麼是 Docker Compose？
如果說 Docker 是建立容器的工具，那麼 Docker Compose 就是管理多容器應用程式的解決方案。想像一下，你有一個使用 WordPress 和 MySQL 的網站；與其分別啟動每個容器並寄希望於它們能在網路上相互找到，Compose 允許你將整個基礎架構描述在一個名為docker-compose.yml的 YAML 檔案中。
這個文件就像一個詳細的食譜。在其中，您可以定義所需的服務、它們之間的連接方式、要對外開放的連接埠以及需要持久化的資料。只需執行簡單的`docker compose up`命令，該工具就會讀取此檔案並自動設定整個服務棧，建立必要的內部網路和卷，而無需您進行任何操作。
分析 docker-compose.yml 文件
該文件的結構是分層的，主要分為三個基本部分，您必須掌握這三個部分才能避免出錯：
- 服務： 這是文件的核心部分。在這裡，您可以定義應用程式中的每個容器。您可以指定… 使用的鏡像，用於在本地建置的 Dockerfile（建置），從主機對應到容器的端口，以及必要的環境變數。
- 卷數： 它們可以防止容器刪除時資訊遺失。還有… 卷名由 Docker 管理以持久化資料庫數據，並且 綁定掛載它將您電腦上的資料夾連結到容器中的資料夾，非常適合在不重新啟動任何程式的情況下立即查看程式碼變更。
- 網絡： 預設情況下，Compose 會建立一個網絡，其中所有服務都使用服務名稱作為主機名稱相互識別。但是，您可以定義主機名稱。 自訂網絡 例如，隔離資料庫，使其僅與後端通信，而不與前端通信。
進階提示和服務配置
對於專業的部署而言，一些關鍵參數至關重要。使用 ` depends_on`對於控制啟動順序至關重要；例如，它可以防止應用程式在運行之前嘗試連接資料庫。在較新的版本中，您可以將其與`healthchecks`結合使用，以確保服務不僅“在線”，而且真正正常運作。
關於安全性，直接在 YAML 檔案中寫入密碼是一個巨大的錯誤。理想情況下，您應該使用.env 檔案來管理敏感的環境變量，或使用secrets和configs部分，這樣您就可以注入機密資料或設定文件，而無需將其暴露在程式碼庫的原始程式碼中。
日常生活的基本命令
要管理您的環境，您無需學習數百個選項；只需幾個命令，即可完全掌控：`docker compose up -d`會在後台啟動所有進程；`docker compose ps`會告訴您哪些進程在線以及它們正在使用哪些端口；` docker compose logs -f`是您和查看實時運行情況的最佳工具；-v`會停止所有進程，如果您想徹底清理，甚至可以刪除磁碟區。
比較：Docker Compose 與 Kubernetes
人們常常會將它們混淆，或不知道該使用哪一個。簡而言之，這取決於規模。 Docker Compose 因其簡單易用，是本地開發和測試環境的首選工具。它不需要複雜的架構，而且設定起來非常快速。
相反，Kubernetes 專為多伺服器叢集中的大規模生產環境而設計。它提供 Compose 所不具備的自動擴展、高可用性和完善的流量管理功能。在專業的工作流程中，最明智的做法是使用 Compose 進行開發，然後部署到 Kubernetes，並在兩個環境中保持相同的容器鏡像，以避免意外情況。
替代方案和現代生態系統
儘管 Docker 是標準，但也有一些有趣的替代方案，例如Podman。 Podman 的突出之處在於它不需要守護進程，並且允許容器在沒有 root 權限的情況下運行，從而提高了安全性。此外，對於在 Red Hat 企業環境中工作的用戶，像CRI-O這樣的工具針對 OpenShift 進行了最佳化。無論使用哪種工具，目標都是一樣的：標準化部署，從而確保軟體的可移植性和高效性。
透過聲明式文件協調多個服務的能力徹底改變了現代開發方式，消除了開發團隊和維運團隊之間的摩擦。透過將網路配置、磁碟區和相依性集中儲存在 YAML 等易於理解的格式中，可以實現可重複的基礎架構，確保任何開發人員都可以在任何機器上快速部署完全相同的專案。