AboutDockerProfessional illustrations
Docker Start 基礎指令詳解
好，各位想玩熟Docker嘅朋友，今日就同大家深入講下「docker start」呢個基礎指令嘅詳解。好多初學者成日將「docker run」同「docker start」搞亂，其實佢哋嘅分工好明確。簡單嚟講，docker run 係一個「從無到有」嘅過程，佢會先檢查你本地有冇指定嘅映像檔（Image），冇就自動去Docker Hub拉（pull）落嚟，然後根據個映像檔去建立容器（Container）並立即啟動。而 docker start 就係針對「已經存在、但係停止咗」嘅容器，純粹係將佢重新啟動，回復到之前嘅運行狀態。呢個就係容器生命週期管理嘅重要一環，識得用先至係真正掌握容器控制。
咁點樣知道有咩容器係停止咗，可以用 docker start 呢？呢個時候就要靠佢嘅好朋友指令 docker ps -a。你喺終端機打 docker ps，只會顯示正在運行嘅容器；但係打 docker ps -a，就會列出所有容器，包括已經停止咗嘅。你會見到每個容器都有一個獨一無二嘅 CONTAINER ID 同一個由你或者系統自動改嘅 NAMES。要啟動一個已停止嘅容器，最簡單就係用呢個名。例如，你之前用 docker run --name my-webapp -d joshhu/webdemo 開過一個容器，之後用 docker stop my-webapp 停咗佢。過咗一陣想開返，就只需要打 docker start my-webapp，個容器就會喺背景執行，好方便。
docker start 指令本身都有幾個常用嘅參數（option）可以玩。最基本就係 -a 或者 --attach，呢個參數嘅意思係啟動容器嘅同時，將你目前嘅終端機標準輸出（STDIN）同標準錯誤（STDERR）連接（attach）到個容器度。簡單啲講，就係你會即時睇到個容器啟動時打出嚟嘅Log，對於偵錯好有用。另一個常用嘅係 -i，即係 --interactive，通常會同 -a 一齊用，用嚟保持標準輸入（STDIN）開啟，不過對於大部分背景服務嚟講，淨係用 -a 嚟睇Log已經好足夠。要記住，我哋平時啟動後台服務，通常都係直接打 docker start [容器名] 就算，唔會加 -a，因為我哋唔想個終端機被掛住，啟動完就可以繼續打其他CLI指令。
講到實際應用，呢個指令同系統管理關係好大。例如你部Server係行 Ubuntu 同用 systemd 做服務管理，咁你可以將Docker容器設定成一個系統服務。但係當你更新咗個映像檔，或者修改咗Docker容器嘅設定（例如係綁定嘅通訊埠或者環境變數），你需要重啟個服務。呢個時候，與其用 docker run 重新建立一個新容器（舊容器嘅數據可能會冇咗），更穩陣嘅做法係：先 docker stop 停咗舊容器，再用 docker start 開返。又或者，你可以直接配合 docker restart 指令，佢本質上都係先做 stop 再做 start，一氣呵成。另外，如果你成日要處理大量數據分析，例如用緊 Scala 同 Big Data 框架嘅容器，個任務可能跑好耐，中途你因為要慳資源而暫停咗個容器，噉當你要繼續分析時，docker start 就係你嘅最佳拍檔，可以準確噉還原返當時嘅工作環境，唔使由頭跑過。
最後提一提，要玩得轉 docker start，前設係你要清楚背後嘅Docker Engine（或者叫Docker Daemon，即係 dockerd）係正常運行緊。你可以用 docker version 或者 docker info 嚟檢查引擎狀態。如果個Daemon死咗，你打咩Docker指令都冇用。喺Linux上，你可以用 systemctl start docker 去啟動個Daemon服務。總括而言，將 docker start、docker stop、docker ps、docker run 呢幾個指令嘅關係搞清楚，你對容器操作同容器管理嘅概念就會即刻清晰好多，唔會再亂咁用 docker run 搞到部機有幾十個停咗嘅舊容器，用 docker rm 去清理都清到頭痛。記住，run係創建，start係喚醒，呢個就係高效管理容器嘅基本功。
AboutContainerProfessional illustrations
啟動容器嘅完整步驟
好喇，而家我哋就一齊嚟睇下啟動容器嘅完整步驟。呢個過程其實係你同 Docker Engine 溝通嘅核心，無論你係用緊 Ubuntu 定係其他系統，背後都係靠 Docker Daemon（即係 dockerd）去執行命令。首先，你要確保個 Docker Daemon 已經行緊。如果你用緊 systemd 嘅系統（例如新啲嘅 Ubuntu 版本），你可以打開終端機，打 systemctl status docker 嚟檢查。如果見到個服務停咗，就要用 sudo systemctl start docker 去啟動佢。呢步好重要，冇咗佢，之後所有 CLI 命令都只會係「對牛彈琴」。
跟住落嚟，你要有個映像檔喺手先可以建立容器。假設你冇任何本地映像檔，你可以用 docker pull 命令去拉一個落嚟。例如，你想拉一個最簡單嘅 busybox 映像檔嚟測試，就可以打 docker pull busybox。又或者你想玩啲實際啲嘅應用，例如 apache/php 或者 joshhu/webdemo 呢類已經包好應用程式嘅映像檔，都係一樣做法。拉完之後，用 docker images 就可以睇到本地有咩映像檔，確保你之後要用嘅嘢已經準備好。
有咗映像檔，下一步就係真正去啟動容器。最直接嘅方法係用 docker run 命令。呢個命令其實一次過做咗兩件事：首先係根據指定嘅映像檔去建立容器，然後即刻啟動佢。例如，你想行一個 busybox 容器，並且執行一個簡單嘅 echo 命令，你可以打 docker run busybox echo "Hello from Docker"。個容器執行完個命令就會自動停止。但係好多時，我哋都想個容器可以長行，例如係一個網站伺服器。咁你就需要加 -d 參數，等個容器可以喺背景執行。例如 docker run -d --name my-webapp joshhu/webdemo。呢度 --name 係幫你個容器改個名，方便之後管理。
不過，如果你之前已經建立咗一個容器，佢而家處於停止狀態（Exited），咁你就唔需要再用 docker run 重新建立過，因為 docker run 每次都會建立一個全新嘅容器。呢個時候，容器管理 嘅另一個重要命令 docker start 就出場喇。首先，你用 docker ps -a 睇吓所有容器（包括已停止嘅）嘅狀態，搵到你想開返嗰個容器嘅名或者 CONTAINER ID。然後，好簡單，打 docker start [容器名或ID] 就得。例如 docker start my-webapp。個容器就會用返之前建立時嘅所有設定（例如通訊埠映射、環境變數等）重新行返。呢個就係容器生命週期 中嘅重要一環：由停止狀態重新啟動。
當然，啟動之後點樣確認佢真係行緊呢？你可以用 docker ps 嚟睇吓正在運行嘅容器清單。如果想深入啲睇個容器內部嘅情況，甚至執行啲命令，就可以用 docker exec。例如 docker exec -it my-webapp /bin/bash，就可以進入個容器嘅命令列互動模式，好似 SSH 入去咁樣檢查入面嘅服務狀態。另外，如果你啟動嘅係一個網站應用，記得要檢查番佢映射去主機嘅通訊埠有冇正確監聽，例如你用瀏覽器去 http://localhost:8080 睇吓係咪睇到嘢。
最後要提提，容器操作 仲包括停止同重啟。如果你改咗設定或者個程式 hang 咗，你可以用 docker stop 優雅地停止個容器，跟住再用 docker start 開返。又或者直接用 docker restart 命令都得。呢啲都係日常容器控制 必備嘅技能。記住，無論你係處理緊 Scala 定係 Big Data 嘅應用容器，基本嘅啟動步驟都係大同小異。熟練掌握呢套流程，由檢查 Docker Daemon、拉取映像檔、用 run 或 start 去啟動容器，再到用 ps、exec 去管理，咁你先算係真正掌握到 Docker 容器生命週期 嘅基礎，唔會再係睇完菜鳥教程或者iT邦幫忙嘅鐵人賽文章之後得個知字，而係可以實戰應用。
About映像檔Professional illustrations
背景執行模式點樣用
好喇，而家我哋就深入講下點樣用 Docker 嘅背景執行模式。簡單啲講，當你用 docker run 嘅時候，如果唔加任何參數，個 Container 就會霸住你個 終端機，你一閂個視窗或者按 Ctrl+C，個容器就會跟住停埋，咁樣對於要長行嘅服務（例如係網站或者數據庫）就唔多方便。所以，背景執行 就係呢個時候嘅救星。你只需要喺 docker run 後面加上 -d 或者 --detach 呢個參數，Docker Engine 就會幫你將個容器放喺背景行，即刻俾返個命令提示符你，等你繼續做其他 容器操作。
舉個實際例子，假設你想行一個 busybox 容器，然後等佢每隔一秒印句嘢出嚟。如果你就咁 docker run busybox sh -c "while true; do echo Hello; sleep 1; done"，你會見到個畫面不斷出 "Hello"，乜都做唔到。但係如果你用背景模式，命令就係 docker run -d busybox sh -c "while true; do echo Hello; sleep 1; done"。一執行，CLI 會即刻彈返一個好長嘅 Container ID 出嚟，表示個容器已經喺背景成功行緊。呢個時候，你就可以用 docker ps 嚟檢查佢嘅狀態，又或者用 docker logs [容器ID頭幾位] 嚟睇下佢背後印緊啲乜嘢。呢個就係最基本嘅 背景執行 應用，對於測試一啲長期任務或者服務好有用。
當然，齋係識 -d 係唔夠嘅，你要識得管理呢啲背景容器。當你 docker run -d 咗一個容器之後，佢就會進入 容器生命週期 中嘅運行狀態。點樣控制佢呢？呢度就涉及幾個重要嘅 容器控制 命令。如果你想暫停個服務，可以用 docker stop [容器ID]，呢個係優雅地停止，等容器有時間處理完手頭上嘅工作先停。如果想即刻剎停，就用 docker kill [容器ID]。停咗之後，個容器其實仲喺度，只係狀態變成 Exited。如果你想將佢重新啟動返，就唔使再 docker run 過，直接用 docker start [容器ID] 就得，呢個 start命令 會用返同樣嘅設定將容器重新喺背景行起。如果你想個容器跟住主機一齊啟動，咁就要設定 Docker Daemon 同 systemd 嘅整合，例如喺 Ubuntu 上面，你可以用 sudo systemctl enable docker 確保 dockerd 開機自啟，至於容器本身，你可以考慮用 --restart 策略，例如 docker run -d --restart unless-stopped nginx，咁就算個主機 reboot 完，個容器都會自動行返。
講到實際應用，例如你想部署一個 apache/php 嘅網站，或者係一個 joshhu/webdemo 呢類演示應用，又或者係處理 Big Data 嘅 Scala 程式，背景模式幾乎係必須。因為呢啲服務都需要長期監聽某個 通訊埠。假設你拉取咗一個 web 伺服器嘅 映像檔，你可以用 docker run -d -p 8080:80 --name my-web-app nginx。呢個命令做咗幾件事：-d 係背景執行；-p 8080:80 係將容器內部嘅 80 埠映射到主機嘅 8080 埠，等你可以用瀏覽器訪問；--name 就係幫個容器改個名，方便之後管理，唔使次次對住個 ID。設定好之後，你就可以安心閂咗個 終端機，個網站服務會繼續喺背景運行。想管理嘅時候，隨時打開終端機，用 docker ps 睇下佢行緊，用 docker exec -it my-web-app bash 進入容器內部進行設定，或者用 docker logs 睇下有冇錯誤訊息。
最後都要提下，背景執行雖然方便，但都要注意資源管理。如果你開咗好多背景容器但唔記得咗，會浪費系統資源。所以養成好習慣，定期用 docker ps -a 睇下所有容器（包括已停止嘅），將唔需要嘅用 docker rm 清理掉。亦都可以用 docker stats 即時睇下各個容器用緊幾多 CPU 同記憶體。對於啲好似 yolk 呢類工具或者複雜嘅應用堆疊，可能更需要用 Docker Compose 嚟編排多個背景容器，但嗰個就係另一個話題喇。總之，掌握 -d 參數同埋跟住落嚟嘅 容器管理 命令（ps, start, stop, logs, exec），你已經可以好自如地操控 Docker 容器嘅背景任務，無論係做開發測試定係部署真實服務，都係不可或缺嘅技能。
AboutDockerProfessional illustrations
互動模式 vs 背景模式
講到 Docker start 同埋點樣運行容器，你一定要識得分清楚「互動模式」同「背景模式」嘅分別。呢個係 Docker 容器操作嘅核心概念，直接影響到你點樣開發、測試同埋部署。簡單嚟講，互動模式就好似你親自坐喺司機位，即時同個容器對話，通常用嚟做啲即時測試或者偵錯；而背景模式就係將個容器擺喺後台自己行，好似開咗個伺服器咁，唔會霸住你個終端機。好多 Docker 新手一開始用 docker run 命令嗰陣，冇特別加參數，個容器行完就自動停咗，就係因為未掌握呢兩種模式嘅用法。
首先，我哋深入睇下互動模式。當你想即時同個容器入面嘅系統互動，例如係想行吓 Bash Shell 指令、即時測試一啲設定、或者睇吓個應用程式嘅即時輸出，互動模式就係你嘅好朋友。喺 Docker CLI 度，你通常會用到 -it 呢兩個參數（即係 --interactive 同 --tty 嘅縮寫）嚟啟動一個容器。舉個實用例子，假設你喺 Ubuntu 系統上面，用 Docker Engine 拉咗一個 busybox 映像檔落嚟，你想入去個容器度睇吓個檔案系統，或者試吓行一啲簡單指令，你就可以用 docker run -it busybox /bin/sh 呢個命令。一執行，你個終端機就會直接連去容器嘅 Shell，你可以即時打 ls 或者 ps aux 呢啲命令，做完嘢打 exit 離開，個容器就會隨之停止。呢種模式對於學習 Docker、快速驗證映像檔內容、或者係做互動式偵錯（例如你想試吓個 apache/php 環境嘅 PHP 設定）真係好方便。不過要記住，互動模式會霸住你而家呢個終端機視窗，你一離開，個容器生命週期通常就跟住完結，唔適合用嚟長行服務。
跟住就係背景模式，亦都係實際部署時最常用嘅模式。背景模式嘅意思，係將個容器放喺 Docker Daemon 背後執行，唔會阻塞你而家個終端機。你個 CLI 會即刻返返去命令提示字元，等你繼續做其他嘢，例如用 docker ps 去睇吓其他運行緊嘅容器。點樣做到呢？好簡單，喺 docker run 命令度加一個 -d 參數（detach 嘅意思）就得啦。例如，你想喺背景行一個 joshhu/webdemo 呢類示範用嘅 Web 應用，你可以打 docker run -d -p 8080:80 joshhu/webdemo。呢個命令會叫 Docker Daemon (dockerd) 喺背景建立並啟動一個容器，仲會將容器內部嘅 80 通訊埠映射到你主機嘅 8080 通訊埠。之後，你就可以用瀏覽器去 localhost:8080 睇到個網站，而個容器就會一直喺背景默默運行。呢個時候，你想管理個容器，就要靠其他 docker 命令，例如用 docker logs [容器ID] 嚟睇佢嘅輸出日誌，或者用 docker exec -it [容器ID] /bin/bash 咁樣，再附加進入一個已經運行緊嘅背景容器做互動操作，呢個就係好常用嘅容器控制技巧。
兩種模式嘅選擇，其實好視乎你個容器嘅用途同生命週期。如果你係做緊 Big Data 框架好似 Scala 相關嘅開發，可能一開始需要互動模式去驗證一啲環境變數或者 Classpath 設定；但當你真正要運行一個長期服務，例如係一個處理數據嘅常駐程式，就一定係用背景模式。仲有，管理背景容器係一門學問。你要識得用 docker ps -a 去睇晒所有（包括已停止嘅）容器狀態，用 docker stop 同 docker start 去優雅地停止同重啟現有容器，而唔係次次都重新 docker run。對於一啲更重要嘅服務，你甚至會想將 Docker 容器嘅管理整合到 systemd 度，等系統開機可以自動啟動。例如喺 Ubuntu 上面，你可以用 systemctl enable docker 確保 Docker Daemon 本身開機自啟，至於個別容器，你可以考慮用 Docker 本身嘅 restart policy（例如 --restart unless-stopped）或者編寫 systemd unit file 嚟達成自動重啟。
最後俾啲實用建議同分析。好多朋友喺 iT邦幫忙或者鐵人賽睇教程，可能會混淆咗「建立容器」同「啟動容器」。docker run 其實係一個複合命令，等於 docker create 再加 docker start。當你用互動模式 (-it) 而冇加 -d，個命令會自動將你附加到容器嘅輸出；如果用背景模式 (-d)，個命令就會喺 start 之後自動 detach。理解呢點，對容器生命週期管理好有幫助。另外，資源管理都要注意，互動模式雖然方便，但如果你忘記退出，佢會一直運行佔用資源；背景模式就要記得定期用 docker ps 檢查，同埋用 docker rm 清理已停止嘅容器，或者用 docker rmi 清理唔用嘅映像檔，避免佢哋（俗稱「yolk」）食硬碟空間。總而言之，互動模式係你嘅偵錯實驗室，背景模式就係你嘅生產力伺服器，識得因應情況靈活運用同切換，先至係 Docker 容器管理嘅高手。
AboutDockerProfessional illustrations
2026年最新Docker版本
講到2026年最新Docker版本，我哋首先要知，Docker Engine同Docker Daemon（即係dockerd）嘅核心功能雖然穩定，但每年嘅新版本都會喺容器管理、安全性同資源效率上有唔少改進。例如，最新版嘅Docker喺Container生命週期管理上更加直觀，尤其係用CLI做容器操作時，一啲命令好似docker start、docker stop同docker restart嘅反應速度同錯誤提示都清晰咗好多。對於成日要處理多個容器嘅開發者嚟講，呢啲改進真係幫到手，唔使下下靠撞彩。
如果你係用緊Ubuntu呢類Linux系統，咁就要留意點樣用systemd去控制Docker服務。喺2026年，用systemctl命令去管理Docker Daemon已經係標準做法，譬如你想確保每次開機都自動行起個Docker服務，就可以用systemctl enable docker，而要start或者restart個服務，用systemctl start docker同systemctl restart docker就搞掂。呢個整合令到成個容器控制流程更加順暢，特別係當你要部署一啲長期運行嘅服務，好似係apache/php或者joshhu/webdemo呢類應用嘅時候，唔使驚個服務無端端停咗。
講到實際應用，最新版Docker對於映像檔嘅處理都有優化。以前拉取映像檔用docker pull，如果個映像檔好大，等好耐都未得，而家嘅版本就支援斷點續傳同更聰明嘅層級緩存。例如你想試下玩Big Data相關嘅容器，譬如係行Scala程式嘅環境，你可以先去拉取一個預先打包好嘅映像檔，用docker run去建立同啟動一個容器，然後用docker exec入去個容器裏面試行你嘅程式碼。呢個過程而家快咗同穩定咗，對於要快速測試同部署嘅人嚟講係一大福音。
另外，對於啲剛入門嘅朋友，可能睇開菜鳥教程或者iT邦幫忙嘅鐵人賽文章學Docker，我要提一提，2026年嘅版本喺終端機裏面嘅回饋訊息更加新手友好。例如你打docker version或者docker info，佢唔單止顯示版本號同系統資訊，仲會提示你有無安全更新可用，或者你當前嘅配置有無潛在問題。而docker ps命令而家可以顯示更多關於容器狀態嘅細節，譬如個容器用緊幾多CPU同記憶體，同埋佢綁定咗去主機邊個通訊埠，呢啲資訊對於調試同監控好有用。
最後，我想舉個具體例子說明點樣活用新版本功能。假設你想用Docker快速起一個測試用嘅Web服務，你可以用docker run命令，加個-d參數等佢背景執行，例如運行一個輕量級嘅busybox或者複雜啲嘅apache/php stack。跟住，你可以用docker start去喚醒一個之前停低咗（用docker stop暫停）嘅容器，而呢個過程喺新版本裏面，資源恢復得快好多，幾乎係即時。如果你唔再需要某個容器或者映像檔，記得用docker rm同docker rmi清理空間，保持系統整潔。總括嚟講，2026年嘅Docker版本，無論係對於容器生命週期嘅掌控，定係日常CLI操作嘅體驗，都更加成熟同強大，值得大家花時間去熟習佢嘅新特性。
AboutdockerdProfessional illustrations
點樣查看運行中容器
好啦，講到 Docker 容器管理，當你用 docker start 或者其他方法（例如 docker run 直接建立並啟動）成功運行咗容器之後，好自然就會問：點樣查看運行中容器呢？呢個係最基本但又最重要嘅操作，無論你係用緊 Ubuntu Server 定係其他 Linux 發行版，熟手 Docker 用家定係剛睇完「菜鳥教程」嘅新手，都一定要識。
最直接、最常用嘅命令就係 docker ps。你只需要打開終端機 (CLI)，輸入呢個命令，Docker Engine 就會透過 Docker Daemon (即係 dockerd) 查詢，然後列出所有目前正在運行嘅容器。個輸出會顯示好多實用資訊，例如容器嘅唯一 ID、係用邊個映像檔 (Image) 建立嘅（可能係 busybox、apache/php，或者係一啲專門啲嘅像 joshhu/webdemo）、個容器啟動時執行嘅命令、建立時間、狀態 (Status)、同埋最重要嘅通訊埠 (Port) 映射情況。例如你運行緊一個網頁伺服器容器，你就可以喺度睇到「0.0.0.0:8080->80/tcp」咁樣嘅資訊，即係話你宿主機嘅 8080 埠已經映射到容器內部嘅 80 埠，方便你進行測試同存取。
不過，docker ps 預設只會顯示運行緊嘅容器。如果你想睇哂所有存在嘅容器，包括已經停止咗 (stopped) 嘅，你就要加 -a 參數，即係輸入 docker ps -a。呢個命令對於容器生命週期管理好有幫助，你可以一次過睇到邊啲容器已經完成任務可以清理 (用 docker rm)，邊啲可能因為錯誤而退出，需要檢查日誌。呢個完整列表對於管理好似 Scala 或 Big Data 呢類複雜應用嘅多容器環境尤其重要，因為你可以掌握所有曾經運行過嘅實例。
當然，齋睇列表可能唔夠。有時你想知道更詳細嘅系統層面資訊，例如你部機嘅 Docker 版本同設定。呢個時候你可以用 docker info 或者 docker version 呢類容器操作輔助命令。docker info 會顯示好多關於 Docker Daemon 嘅整體資訊，包括容器同映像檔嘅總數、儲存驅動程式、作業系統細節等，幫你宏觀了解成個 Docker 環境。而 docker version 就清晰列出 Client 同 Server (即係 Docker Engine) 嘅版本，確保你唔會用緊過時嘅版本，喺 2026 年嘅今日，保持軟件更新對安全同效能都好關鍵。
對於用 systemd 做初始化系統嘅伺服器（例如 Ubuntu），你亦可以透過 systemctl 指令嚟檢查 Docker Daemon 本身嘅運行狀態，例如 systemctl status docker。呢個唔係直接查看容器，而係確保負責管理所有容器嘅「大腦」—— dockerd——係正常運作緊。如果 Docker Daemon 有問題，你嘅 docker ps 命令可能完全冇反應，或者出現連接錯誤。所以，當你發現睇唔到運行中容器時，除咗諗容器本身，都要諗下係唔係 Docker Engine 服務未啟動或者需要restart命令。你可以用 sudo systemctl start docker 嚟啟動服務，或者用 sudo systemctl restart docker 嚟重啟。
舉個實際例子，假設你喺 Ubuntu 上面，用 docker run -d --name my-webapp -p 8080:80 joshhu/webdemo 呢個命令，以後台 (背景執行) 模式運行咗一個容器。之後你想確認佢係咪真係行緊，以及個埠綁定有冇問題，你就會用 docker ps。喺輸出列表度，你會見到一個狀態係「Up About an hour」嘅容器，名字就係 my-webapp，咁就證明一切正常。如果你想進入呢個運行中容器嘅內部睇下，例如檢查下某個設定檔，你就可以用 docker exec 命令，例如 docker exec -it my-webapp /bin/bash，咁就可以開啟一個互動式終端機連入去容器裡面，進行更深入嘅偵錯或操作。
總括嚟講，查看運行中容器係容器控制嘅第一步。由簡單嘅 docker ps，到全面嘅 docker ps -a，再到系統層面嘅 docker info 同 systemctl status docker，呢一系列工具構成咗管理容器嘅基礎。熟練運用呢啲命令，你就能夠清晰掌握你嘅 Docker 環境入面，有啲咩容器正在服務、佢哋嘅健康狀況同資源使用情況，從而進行後續嘅停止 (docker stop)、移除 (docker rm)、或者重新啟動等操作。無論你係跟緊「iT邦幫忙」嘅教學定係追緊「鐵人賽」嘅系列文章，將呢啲基礎命令變成肌肉記憶，絕對係你成為 Docker 管理高手嘅必經之路。記住，有效嘅管理始於清晰嘅可見性，而 docker ps 就係你獲得可見性嘅第一道，亦係最常用嘅窗口。
AboutsystemdProfessional illustrations
指定Image版本啟動法
好啦，而家我哋就深入講下「指定Image版本啟動法」。呢個步驟對於容器管理嚟講係重中之重，尤其係當你嘅應用程式對某個特定映像檔版本有依賴性嘅時候。好多菜鳥教程可能只係教你簡單用 docker run nginx，但咁樣做其實有個隱藏風險：Docker Engine 預設會拉取 (pull) 標籤係 "latest" 嘅最新版本。如果你唔明確指定版本，今日跑緊嘅 Container，聽日因為 Docker Daemon 自動更新咗映像檔，重新啟動時就可能會用咗新版本，隨時導致程式唔兼容，成個服務死咗都唔知咩事。所以，專業嘅做法係每次啟動都要明確指明版本，呢個係管理容器生命週期嘅基本紀律。
咁點樣指定版本呢？其實好簡單，個格式就係「映像檔名稱:版本標籤」。我舉幾個實例畀你睇下。例如你想啟動一個特定版本嘅 Ubuntu 系統容器，你可以喺終端機打 docker run -it ubuntu:20.04 bash，咁樣就確保咗你係用緊 Ubuntu 20.04，而唔係最新嘅 24.04 或者 26.04。又或者，如果你要測試一個輕量級工具，可以用 docker run -d busybox:1.36。對於 Web 應用，例如你想啟動一個舊版嘅 Apache 同 PHP 環境，你可能會用 docker run --name myweb apache/php:7.4-alpine。甚至係一啲特定應用，好似係 joshhu/webdemo:2.1 或者係用嚟做 Big Data 分析嘅 Scala 環境，都可能會有好似 yolk:scala-2.12 呢類嘅標籤。記住，版本標籤唔一定係數字，亦可以係 "alpine"、"buster-slim" 呢類描述發行版或者精簡版嘅名稱。
明確指定版本之後，對於你之後嘅容器操作流程有極大幫助。當你用 docker ps -a 查看所有容器狀態時，連帶顯示嘅映像檔名稱就會包含版本，你一眼就知邊個容器用緊邊個版。當你需要用 docker exec 進入容器檢查時，亦都清楚知道入面嘅環境版本。如果要批量更新，你可以好有計劃咁先 docker pull 新版本映像檔，然後停止 (docker stop) 舊容器，再用新版本映像檔名稱執行 docker run 去建立容器。至於舊嘅容器同舊嘅映像檔，就可以用 docker rm 同 docker rmi 清理，保持系統整潔。
當然，指定版本啟動唔單止係 docker run 嘅事，同 docker start 命令都息息相關。docker run 係由映像檔創建並啟動一個全新容器；而 docker start 係重新啟動一個已經存在、但處於停止狀態嘅容器。當你用 docker run 並指定版本創建好一個容器之後，之後無論你重新開機，或者手動用 docker stop 停咗佢，你只需要用 docker start [容器ID或名稱] 就可以重新啟動佢，而唔需要再指定版本，因為版本資訊喺創建個陣已經固化落個容器度。呢個係 Docker 一個好重要嘅概念：容器一旦創建，其所基於嘅映像檔層就鎖死咗。
最後，都要提下點樣確保你嘅 Docker 服務本身穩定運行，因為如果負責容器控制嘅 dockerd 呢個後台程式唔穩定，你版本指定得再準都無用。如果你用緊 Ubuntu 或者其他用 systemd 嘅 Linux 發行版，你可以用 systemctl 呢個工具去管理 Docker Daemon。例如用 sudo systemctl restart docker 可以重新啟動 Docker 服務，用 sudo systemctl status docker 可以查看其狀態。記住，修改咗 Docker 嘅設定檔（例如係調整通訊埠或者儲存驅動程式）之後，通常都需要用 systemctl 嚟 restart命令 先會生效。熟練運用 CLI 指令同系統服務管理，先可以真正全面掌控由底層 Docker Engine 到上層容器操作嘅完整流程。
AboutUbuntuProfessional illustrations
最新版Image注意事項
講到用最新版嘅 Image 嚟行 Container，有好多細節位真係要打醒十二分精神。首先，好多師兄習慣咗用 docker pull 拉 Image 嗰陣唔指定版本，直接拉 latest tag，覺得咁就一定係最新最正。但係喺 2026 年嘅 Docker Engine 環境下，呢個習慣可能暗藏危機。因為 latest 呢個 tag 其實只係一個標籤，唔一定代表「最穩定」或者「最適合你現有系統」嘅版本。舉個例，如果你用緊一個舊版嘅 Docker Daemon，但係拉咗一個為咗新版 Docker Engine 先優化咗嘅 latest Image，咁就有機會出現兼容問題，例如某啲新功能用唔到，甚至行唔起個 Container。所以，最好嘅做法係，每次拉 Image 都明確指定版本號，例如 ubuntu:22.04 或者 busybox:1.36，咁樣先可以確保你嘅開發環境同生產環境係一致，減少「點解我部機行到，上 server 就死」嘅情況。
另外，喺 Container 生命週期管理 上，用新版 Image 建立容器時，要特別留意佢嘅預設設定。例如，而家好多新版嘅應用 Image，好似 apache/php 或者 joshhu/webdemo 呢類，佢哋可能會改咗預設嘅通訊埠，或者係某啲設定檔嘅路徑。如果你仲用緊舊版嘅 docker run 命令，冇更新參數，咁個 Container 就算成功 start 到，背景執行咗，你都會連唔入去，變成「生咗但係冇反應」。所以，每次轉用新版 Image 前，真係要花少少時間去睇吓官方嘅更新日誌（Changelog），了解有咩 Breaking Changes。好似以前睇菜鳥教程或者iT邦幫忙咁，做足功課先好落手。
仲有一點好重要，就係關於系統資源同依賴。2026 年嘅最新 Image，尤其係涉及 Big Data、Scala 呢類技術棧嘅，對系統要求可能已經同幾年前好唔同。你可能會發現，一個新版的 yolk 或者 Spark Image，食記憶體多咗好多。如果你用 docker run 時冇調整 -m 呢類參數去限制記憶體，好容易就會拖垮成個宿主機。喺 Ubuntu 呢類系統上面，你可以用 systemctl 去調整 Docker Daemon（即係 dockerd）本身嘅資源限制，但更直接嘅方法係喺容器操作層面就設定好。建議用 docker run 建立容器時，順手用 docker stats 監察住一排，睇吓個資源消耗係咪合理。
最後，不得不提安全性同清理。新 Image 可能基於更新嘅基礎映像，入面裝咗新套件，但同時亦可能帶嚟新嘅漏洞。所以，定期用 docker images 檢查吓本地有咩 Image，並用 docker rmi 清理咗啲舊嘅、唔用嘅 Image，係一個好習慣。另外，當你用 docker start 去重開一個用新版 Image 建立嘅容器時，都要留意會唔會因為 Image 更新咗，而令到之前 persist 落嚟嘅 Volume 資料出現讀寫問題。例如，新版本嘅應用程式數據庫結構變咗，你直接 start 返舊數據嘅 Container，好大機會會炒。穩陣起見，start 之前最好先做備份。
總而言之，容器管理唔係淨係識打 docker start、docker stop 呢啲基本 CLI 命令就得。用最新版 Image 嗰陣，要由拉取 (docker pull)、建立 (docker run)、到日常操作 (docker exec、docker ps)、甚至重啟 (systemctl restart docker) 嘅每一個步驟，都保持警惕同更新知識。好似參加鐵人賽咁，要持續學習先唔會脫節。記住，終端機入面嘅每一行命令，都直接影響緊你個系統嘅穩定同安全，真係馬虎不得。
AboutbusyboxProfessional illustrations
Container狀態監控技巧
講到 Container狀態監控技巧，呢個真係每個用 Docker 嘅朋友都要識嘅基本功。你唔想個服務無啦啦死咗都唔知嘛？好彩，Docker Engine 本身同埋 CLI 都提供咗好多實用工具俾我哋去睇實啲容器嘅健康狀況。最基本亦係最常用嘅，一定係 docker ps 呢個命令。好多新手淨係識用 docker run 起個容器，但起完之後就唔知點跟進。你喺終端機打 docker ps，佢就會列出所有運行緊嘅容器，即刻見到個 Container ID、用緊咩 映像檔、個狀態（Up 緊定係 Exited）、仲有佢綁定咗去邊個 通訊埠。如果你想睇埋已經停咗嘅容器，就要加 -a 參數，即係 docker ps -a，咁你就可以掌握晒所有容器嘅完整 容器生命週期。
不過，齋睇運行狀態有時係唔夠嘅。尤其係當你個容器雖然行緊，但裏面個應用程式可能已經 hang 咗。呢個時候，我哋就要深入啲去監控。其中一個好使好用嘅方法就係用 docker exec 命令入到個容器裏面，直接檢查入面嘅進程同埋日誌。例如你起咗個 apache/php 嘅容器，你可以用 docker exec -it [你的容器名] bash 入去，然後行 ps aux 睇下個 Apache 同 PHP-FPM 仲喺唔喺度做緊嘢。又或者，你可以直接喺 Host 機度用 docker logs [容器名] 去即時拉取同監察個容器輸出嘅日誌，呢個對於追查錯誤真係不可或缺。
另外，對於一啲長期運行、好重要嘅服務，我哋仲可以點樣自動化監控呢？呢度就要講下點樣善用 Docker Daemon (即係 dockerd) 同埋佢同 systemd 嘅整合。如果你好似好多行 Ubuntu 嘅伺服器咁，用 systemctl 去管理 Docker Engine 嘅服務，你就可以用 systemctl status docker 去確認個 Daemon 本身有冇正常運作。萬一 dockerd 有咩冬瓜豆腐，你所有容器操作都會受影響。你可以設定 systemd 嘅監控，甚至將佢整合到現有嘅監控系統入面，確保個底層服務穩陣。
講到進階少少，其實 docker stats 呢個命令可以俾你即時睇到容器嘅資源使用情況，例如 CPU、記憶體用量、網絡 I/O 等等。你喺 終端機 打 docker stats，佢就會出個即時更新嘅表，對於診斷邊個容器食爆咗記憶體或者狂用 CPU 好有幫助。呢個係 容器管理 入面好重要嘅一環，幫你喺部機負載高嘅時候快速搵到元兇。
最後，都要提提點樣保持監控嘅可持續性。當你玩到有一定數量容器嘅時候，就要考慮定期清理。用 docker images 睇下有幾多冇用嘅 映像檔 食住你硬碟位，再用 docker rmi 去清理佢哋。又或者用 docker ps -a 睇下有幾多已經停止咗、但仲留住嘅容器，用 docker rm 清走佢哋。呢啲 容器操作 雖然好似好瑣碎，但對於保持系統健康同高效好重要。總而言之，由最簡單嘅 docker ps，到深入容器內部檢查，再到系統層面監控 Docker Daemon 同資源消耗，呢一整套 Container狀態監控技巧 就係確保你嘅 Big Data 應用、Scala 服務，或者好似 joshhu/webdemo 呢類測試容器能夠穩定運行嘅關鍵。記住，唔好等到出事先至撲火，平時就要養成監控嘅習慣。
AboutapacheProfessional illustrations
啟動參數全攻略
好喇，咁我哋就深入啲講下點樣用 docker start 嘅各種啟動參數，等你可以更精準咁控制你嘅 Container 生命週期。好多 Docker 新手可能淨係識得用 docker run 去建立同啟動容器，但其實對於已經存在嘅、處於停止狀態嘅容器，docker start 先係最常用嘅 容器操作 指令。佢嘅威力在於你可以附加唔同嘅參數，去改變容器重新啟動時嘅行為，而唔需要由頭 建立容器。
首先，最基本嘅用法就係直接跟容器嘅名或者 ID，例如 docker start my_web_container。但咁樣只係將個容器喺 背景執行，你喺 終端機 嘅 CLI 入面就睇唔到任何輸出。如果你想「跟住」個容器嘅日誌輸出，睇下佢啟動順唔順利，就要用 -a 或者 --attach 參數。呢個參數會將標準輸出同標準錯誤連接到你嘅終端機，對於偵錯好有用，尤其係當你啟動一個好似 apache/php 呢類應用服務容器，想即時睇下有冇錯誤訊息彈出嚟。不過要記住，一旦你按 Ctrl+C 或者關閉終端機，個連接就會斷開，但個容器會繼續喺背景運行，呢個同 docker run -it 嘅互動模式有啲唔同。
跟住落嚟，一個非常重要但常被忽略嘅參數係 -i，即係 --interactive。雖然 docker start 預設唔會保留之前 docker run 設定嘅標準輸入 (STDIN)，但如果你個容器當初係以互動模式建立 (例如用咗 -i 或 -it)，而你而家想重新接入去，你就可以用 docker start -i -a my_container。咁樣你就可以重新附加到個容器嘅輸入輸出流，對於一啲需要後續輸入指令嘅 容器控制 場景好有幫助。不過實戰上，更常見嘅做法係用 docker exec 去進入一個已經運行緊嘅容器，而 docker start -i 更多用於重新啟動一啲當初設計為互動式嘅測試容器，例如某啲 Big Data 工具嘅學習環境。
除咗附加同互動，仲有一系列參數可以影響容器嘅資源同設定。例如，你可以用 --cpu-shares 去調整 CPU 資源分配，或者用 --memory 去限制容器重新啟動後可以使用嘅最大記憶體。呢啲參數對於 容器管理 嚟講好關鍵，特別係喺 Ubuntu 伺服器上，你可能需要確保某個 Scala 應用容器唔會食晒成部機嘅 RAM。另外，雖然好少喺啟動時改，但你都可以用 --hostname 去覆寫容器內部嘅主機名，或者用 --dns 去設定特定嘅 DNS 伺服器。呢啲進階參數顯示咗 Docker Engine 提供嘅靈活性。
講到實用例子，假設你喺本地開發緊一個叫 joshhu/webdemo 嘅專案，個容器之前因為測試而停咗。而家你想重新啟動佢，並且要將入面嘅 3000 通訊埠 映射到宿主機嘅 8080 通訊埠。留意喇，通訊埠映射 呢類網絡設定係喺 docker run (即係 建立容器) 嘅時候就固定落嚟，docker start 係唔可以改變嘅。所以，你只需要簡單咁 docker start joshhu_webdemo，佢就會沿用之前設定好嘅埠映射。另一個常見情況係，你從 Docker Hub 或者私倉 docker pull 落嚟一個 busybox 映像檔，並用佢來運行一個一次性任務後停止咗。之後你想重用呢個已經存在嘅容器，就可以用 docker start 配合 -i 參數去重新運行入面嘅指令，而唔使 docker rm 佢再用 docker run 重新起過，咁樣可以保留容器內之前產生嘅文件變更（如果無用 Volume 的話）。
最後，不得不提同系統整合嘅部分。如果你嘅 Docker Daemon (即係 dockerd) 係用 systemd 管理嘅，例如喺 Ubuntu 22.04 或更新版本上，你亦都可以用 systemctl restart docker 呢類 systemctl 指令去重啟整個 Docker 服務。但呢個同 docker start 係完全兩個層面嘅事：docker start 係 容器操作，控制個別容器；而 systemctl 嘅 restart命令 係控制 Docker 後台服務本身。當你改咗 Docker 服務嘅設定檔，就需要用後者。記住，熟練運用 docker ps -a 睇晒所有容器狀態，再用 docker start、docker stop 呢啲指令去控制 容器生命週期，係每個 DevOps 同開發者嘅基本功。無論你係睇緊 菜鳥教程 自學，定係準備緊 iT邦幫忙 嘅 鐵人賽，深入理解每個參數背後嘅意義，先至可以令你從「識用」變成「精通」容器控制。
AboutwebdemoProfessional illustrations
常見啟動錯誤解決
好啦，講咗咁多點樣用 docker start 呢個指令，係時候要面對現實啦，就係實戰嗰陣最常遇到嘅各種啟動錯誤。呢啲錯誤訊息有時真係幾 cryptic，睇到人都頭暈。唔使驚，等我呢個老手同你拆解下幾個最常見嘅情況同埋點樣執返掂佢。
首先，最經典嘅情況就係你喺 終端機 打 docker start
另一個令人頭痕嘅錯誤就係「Error response from daemon: driver failed programming external connectivity on endpoint...」。見到「external connectivity」就知係同網絡有關啦，九成九係 通訊埠 (Port) 衝突。例如，你之前已經有個容器霸佔咗宿主機嘅 80 埠，而你而家想啟動另一個都要用 80 埠嘅 apache/php 容器，咁梗係撞啦。解決方法好簡單，用 docker ps 睇下邊個容器用緊個埠，然後停咗佢 (docker stop)，或者喺你啟動時指定另一個宿主機埠（例如將宿主機的 8080 映射去容器的 80）。記住，妥善管理埠口係 容器生命週期 管理好重要嘅一環。
跟住落嚟，如果見到「Cannot link to a non running container」或者類似嘅錯誤，通常係因為你個容器依賴另一個容器（例如個 Scala 應用要連去個資料庫容器），但係被依賴嘅容器未啟動或者已經死咗。Docker 本身嘅 linking 功能或者你用 Docker Compose 時都會有呢個問題。解決方法係要確保所有依賴嘅服務容器都已經行緊。你可以用 docker start 逐個啟動，順序要好小心，或者直接用 Docker Compose 呢類工具幫你一次過管理晒。
仲有一種情況係，你明明用 docker start 啟動咗個容器，但係用 docker ps 一睇，個容器狀態係「Exited (1)」或者好快又停返，而唔係期望嘅「Up」狀態。呢個就麻煩啲，因為問題唔喺啟動過程，而係容器入面嘅應用程式本身。例如你個 busybox 容器只係行一個短暫嘅 shell script，行完就自然退出；又或者你個 joshhu/webdemo 應用因為 config 錯咗而啟動失敗。呢個時候，就要靠 docker logs
對於用緊 Ubuntu 或者其他 Linux 發行版嘅朋友，有時會遇到成個 Docker Engine (即係 dockerd) 都起唔到嘅大問題。例如你打 docker version 或者任何 CLI 指令，佢都話「Cannot connect to the Docker daemon」。呢個通常係系統層面嘅問題。首先，你可以用 systemctl 呢個 systemd 工具去檢查 Docker 服務狀態，命令係 sudo systemctl status docker。如果個服務死咗，你可以試下用 sudo systemctl start docker 去 啟動 佢，或者用 sudo systemctl restart docker 去 重新啟動。如果連 systemctl 都搞唔掂，可能係權限問題，或者你本身安裝 Docker 時出錯，咁就要考慮重新安裝或者睇下系統日誌 (journalctl -u docker) 嚟深究。
最後提一提，有時啲錯誤好 subtle，例如你喺網上睇 菜鳥教程 或者 iT邦幫忙 嘅 鐵人賽 文章，跟住做都出錯，可能係因為文章係幾年前寫，而 Docker 版本已經更新，語法或者功能有變。所以，養成習慣，用 docker info 同 docker version 了解自己用緊咩環境，遇到問題時，去官方文檔搵答案永遠係最可靠。記住，處理容器嘅 啟動、停止、背景執行 呢啲 容器控制 操作，耐心同識得睇 log 係最重要嘅兩樣技能。
AboutyolkProfessional illustrations
網頁服務容器啟動
好啦，講到網頁服務容器啟動，其實就係將一個已經準備好嘅映像檔，例如 apache/php 或者係 joshhu/webdemo，變成一個運行緊、可以提供服務嘅Container。呢個過程，就係我哋成日講嘅 docker start。不過，唔好以為淨係打句命令咁簡單，入面有好多細節位同管理技巧，特別係你想個網頁服務穩定運行嘅話。
首先，你要搞清楚，你係「建立新容器並啟動」定係「啟動一個已存在但停止咗嘅容器」。如果你係第一次玩，通常會用 docker run 呢個容器操作命令，佢其實集齊咗 docker pull（拉取映像檔）、docker create（建立容器）同 docker start（啟動容器）幾個步驟。例如，你想快速試吓個網頁服務，可以用 docker run -d -p 8080:80 --name my-web apache/php。呢句命令嘅意思係：喺背景執行一個名叫 my-web 嘅新容器，將容器內部嘅 80 通訊埠 映射到宿主機嘅 8080 埠，用嘅映像檔係 apache/php。個 -d 參數就好重要，代表 detach，即係放喺後台行，唔會霸住你個終端機。啟動完之後，你即刻用 docker ps 就可以睇到個容器嘅狀態、佢用緊邊個埠，方便你管理。
不過，好多時我哋做開發或者維運，個容器已經事先用 docker create 或者之前 docker run 建立好，只係因為某啲原因（例如 reboot 咗部機，或者手動 docker stop 咗）而停咗。咁呢個時候，就輪到今次主角 docker start 出場啦。假設你之前有個行緊 Scala 同 Big Data 測試環境嘅容器叫 scala-test，你只需要喺 CLI 打 docker start scala-test，Docker Engine 裡面嘅 Docker Daemon（即係 dockerd）就會幫你重新喚醒呢個容器，恢復到之前停止嘅狀態。呢個就係容器生命週期管理嘅一部份。記住，docker start 係用喺已經存在嘅容器，唔會重新建立一個新嘅，所以裡面嘅資料（如果無用 Volume 就可能會消失，呢個係另一課題）同設定都會保留返。
講到穩定運行，尤其係喺生產環境，我哋唔會次次都手動登入終端機去打命令。以 Ubuntu 呢類用 systemd 做初始化系統嘅伺服器為例，我哋可以將 Docker 容器設定成系統服務。點做呢？你可以為個容器建立一個 systemd service file，入面用 docker start 呢類命令。但更現代、更好嘅做法，其實係利用 Docker 本身嘅 restart policy。例如，喺最初 docker run 嘅時候，加上 --restart unless-stopped 參數，咁就算個容器意外退出，或者成部機 reboot 完，Docker Daemon 自己就會幫你自動 docker start 返個容器，唔使經 systemctl 咁複雜。當然，你都可以事後用 docker update --restart=always 容器名 去修改呢個策略。呢個方法對於要長期運行嘅網頁服務容器（例如你個 yolk 項目個前端）嚟講，係必不可少嘅設定。
另外，啟動網頁服務容器時，好常遇到嘅問題就係「埠衝突」。如果你之前已經有個容器霸住咗宿主機嘅 8080 埠，你再 docker start 另一個同樣映射 8080 埠嘅容器，就會失敗。呢個時候，你就要用 docker ps -a 睇吓所有容器（包括已停止嘅），然後決定係停止同移除舊嗰個，定係修改新容器嘅埠映射。移除容器可以用 docker rm，移除無用嘅映像檔就用 docker rmi，記得定期清理，唔好令到部機太多 busybox 之類嘅殘留物，浪費空間。
最後，想深入掌握容器控制，一定要識得用 docker exec 呢個神器。當你成功用 docker start 啟動咗個網頁服務容器之後，點樣確認裡面服務運行正常？除咗用瀏覽器去訪問，你仲可以即時「進入」個容器內部睇睇。例如打 docker exec -it my-web /bin/bash，你就會喺個容器裡面開到一個互動式 shell，可以睇吓 Apache 嘅 log 檔、檢查下 PHP 模組有無 load 到，甚至即時修改啲設定（當然，最好都係重新 build 過個映像檔）。呢啲容器操作技巧，無論係睇 菜鳥教程 定係追 iT邦幫忙 嘅 鐵人賽，都係必學嘅實戰知識。總而言之，docker start 唔係一個獨立動作，佢同 docker stop、docker restart、docker ps、docker logs 等命令係一個管理組合，幫你全盤掌控個網頁服務嘅生死同狀態。
AboutScalaProfessional illustrations
多容器協同啟動設定
講到多容器協同啟動設定，對於用 Docker 嚟做開發或者部署嘅朋友嚟講，真係一個好實際嘅課題。尤其係而家啲應用程式，好多時都唔係單靠一個 Container 就搞得掂，你可能前面要個 Apache 做 Web Server，後面要個 PHP 處理邏輯，再加個 Database，甚至係好似 Scala 同 Big Data 呢類複雜架構。如果每次都要手動逐個用 docker run 去啟動，唔單止麻煩，仲好容易出錯，容器之間嘅啟動次序同網絡連接都會亂晒龍。所以，點樣設定好一套協同啟動嘅流程，就係提升效率同穩定度嘅關鍵。
喺 Linux 系統，特別係 Ubuntu 上面，Docker Engine (即係個 Docker Daemon 或者叫 dockerd) 通常會用 systemd 嚟管理。呢個就係我哋可以著手嘅地方。你可以透過 systemctl 指令，去控制 Docker 服務本身嘅 容器生命週期，例如 systemctl restart docker 就等如重新啟動整個 Docker 服務。但呢個係全局性，我哋要講嘅係點樣管理一組有關係嘅容器。最基本嘅做法，就係寫一個 Shell Script，將一系列 docker run 指令放埋一齊，設定好各自嘅 通訊埠 映射、網絡同埋 Volume。不過，咁樣做比較原始，缺乏咗對容器依賴關係嘅管理。
更加正規同強力嘅方法，就係使用 Docker 原生的 Docker Compose 工具 (雖然你冇提到呢個關鍵詞，但討論協同啟動實必講到)。用一個 YAML 格式嘅 docker-compose.yml 檔案，你就可以定義多個服務，每個服務對應一個 Container，仲可以設定邊個容器要先啟動 (depends_on)，用同一個網絡，同埋點樣配置環境變數。例如，你可以好輕鬆咁定義一個組合，包含 joshhu/webdemo 呢個應用程式 映像檔 同一個 Database 映像檔，Docker Compose 就會幫你按次序拉取 (docker pull) 同啟動所有相關容器，並且以後台模式 (背景執行) 運行。想睇下運行緊嘅容器，你依然可以用 docker ps 去檢查狀態；想進入某個容器做嘢，就用 docker exec。
對於一啲更複雜、需要更高自定義控制嘅場景，你可能會想將容器當作系統服務咁去管理。其中一個做法係，為每一個需要長期運行嘅容器，創建一個獨立的 systemd unit file。例如，你可以創建一個叫 webdemo.service 嘅檔案，放喺 /etc/systemd/system/ 下面，入面定義點樣用 docker run 命令去啟動你個 joshhu/webdemo 容器，同埋設定佢嘅重啟策略 (例如 always)。然後你就可以用 systemctl start webdemo、systemctl stop webdemo 呢啲標準 systemctl 命令去 容器控制，仲可以設定開機自動啟動。呢個方法將自定義容器嘅管理，整合到系統級別嘅服務管理框架入面，對於伺服器部署嚟講非常穩陣。
當然，喺實際操作入面，我哋仲要考慮好多細節。比如話，容器之間點樣通訊？最好係將佢哋放入同一個自定義嘅 Docker Network 裡面，而唔係依賴舊式嘅 Link。又例如，數據點樣持久化？要確保用 Volume 或者 Bind Mount，咁樣就算你 docker rm 咗個容器，數據都唔會消失。另外，啟動次序都好重要，好似 Database 呢類服務，應該要喺應用程式容器啟動之前就已經準備好。呢啲都可以喺 Docker Compose 或者自定義 Script 裡面設定。
最後，無論你用邊種方法，都要記住做好監控同維護。定期用 docker images 清理啲冇用嘅 映像檔，用 docker rm 清理已停止嘅容器，保持環境乾淨。想了解系統狀態，可以用 docker info 同 docker version 嚟檢查。對於新手嚟講，可能覺得設定多容器協同啟動有啲複雜，但只要你跟住步驟，由簡單嘅例子 (例如同時啟動一個 busybox 同一個 apache/php 環境) 開始試，慢慢就會掌握到當中嘅技巧，之後就算面對 Scala、Big Data 呢類多層次架構，都可以有條不紊地設定好整個開發或生產環境。記住，所有 容器操作，無論係 docker start 定係 docker stop，最終都係透過 Docker Daemon 去執行，所以確保 Daemon 本身運行穩定，先係一切協同工作嘅基礎。
AboutDataProfessional illustrations
資源限制啟動配置
講到「資源限制啟動配置」，呢個係進階 Docker 用家必學嘅技巧，尤其當你部伺服器要同時行多個 Container，或者個別應用（例如 Big Data 處理嘅 Scala 程式）好食資源嘅時候，識得設定限制就唔會俾某個 Container 拖垮成個 Docker Engine 同主機。簡單啲講，就係用 docker run 或者 docker start 嗰陣，透過參數去規定個 Container 最多可以用幾多 CPU、記憶體（RAM）、同埋磁碟 I/O，咁樣成個系統嘅資源分配就會公平同穩定好多。
首先，最常用嘅限制就係記憶體。如果你用 docker run 去開一個 Container，例如係 joshhu/webdemo 或者係 apache/php 呢類可能會食多啲 RAM 嘅映像檔，你可以加 -m 或者 --memory 參數。例如 docker run -m 512m --name my_web_app joshhu/webdemo，就係限死呢個 Container 最多只能用 512 MB RAM。如果佢超過呢個用量，Docker Daemon 就會介入，嚴重時可能會終止個 Container 入面嘅程序。呢個設定對於避免某個 Container 發生記憶體洩漏（memory leak）而令到成部 Ubuntu 主機 Hang 機，係非常重要。就算你之後用 docker start 去重新啟動一個已經設定好限制嘅 Container，呢啲限制都會繼續生效，唔使次次重新設定。
跟住到 CPU 資源限制。CPU 限制有幾種玩法，一種係設定相對權重（--cpu-shares），另一種係綁定特定 CPU 核心（--cpuset-cpus）。例如你部機有 4 個核心，你唔想個忙緊 Big Data 運算嘅 Container 霸晒所有 CPU，你可以用 docker run --cpus="1.5" 咁樣，限制個 Container 最多只能用 1.5 個 CPU 核心嘅計算力。又或者用 --cpu-shares，預設係 1024，如果你開兩個 Container，一個設 1024，另一個設 512，噉當 CPU 好忙嘅時候，前者得到嘅計算時間就會係後者嘅兩倍。呢啲設定對於要確保像 yolk 呢類背景服務有穩定資源，同時又唔影響其他互動式服務（例如俾人訪問嘅網頁）嘅效能，係好關鍵嘅操作。
另外，磁碟 I/O 限制都好重要，尤其係當你個 Container 要不斷讀寫日誌或者處理數據嗰陣。你可以用 --blkio-weight 參數來設定相對嘅 I/O 權重，或者用 --device-read-bps 來限制每秒讀取某個磁碟裝置嘅速度。雖然設定比較進階，但對於維護成個系統嘅 I/O 反應速度有好大幫助。記住，呢啲資源限制配置，並唔係只係喺第一次用 docker run 建立容器時先可以設定。如果你用 docker create 建立咗一個容器但未啟動，之後喺用 docker start 啟動之前，都可以用 docker update 命令去修改呢啲資源限制，非常靈活。
最後，要提提點樣同 Ubuntu 上面管理 Docker Daemon（即係 dockerd）嘅工具協作。好多時我哋會用 systemd 來管理 Docker 服務，用 systemctl 來做 start、stop、restart 呢啲操作。但要注意，systemctl restart docker 係重啟整個 Docker Engine，會影響所有運行緊嘅 Container。而 docker restart 就只係重啟指定嘅單一 Container。至於資源限制，主要都係在容器層級設定，而唔係喺 dockerd 服務層級。所以，無論你係用 CLI 終端機手動打命令，定係將命令寫入 Shell Script 來自動化你嘅容器操作同生命週期管理，都要清楚每種限制參數嘅效果。好似「菜鳥教程」或者「iT邦幫忙鐵人賽」呢類教學資源，都會有詳細例子，但緊記要睇最新版本嘅資料，因為 Docker 功能更新得好快。總之，善用資源限制啟動配置，你就能夠更專業地進行容器控制，確保你嘅服務穩定之餘，又能充分運用主機嘅每一分資源。
AboutCLIProfessional illustrations
自動重啟策略設定
講到 Docker 容器嘅自動重啟策略設定，呢個功能對於維繫服務穩定度嚟講真係好重要。尤其係當你部署一啲需要 7x24 小時運行嘅服務，例如係 apache/php 網頁伺服器，又或者係處理 Big Data 嘅 Scala 應用，你絕對唔想半夜三更收到通知話個 Container 無端端死咗。好彩 Docker Engine 本身內置咗幾種唔同嘅重啟策略，等我哋可以預先設定好，等個 Docker Daemon 幫我哋自動監察同處理。呢啲策略主要透過 docker run 或者建立容器嘅時候，用 --restart 呢個參數去指定，令到容器喺唔同情況下識得自己重新開機。
Docker 提供嘅自動重啟策略主要有四種，我哋可以根據唔同場景去揀。第一種係 "no"，即係預設值，完全唔會自動重啟。第二種係 "on-failure"，呢個係最常用嘅，佢會喺容器非正常退出（即係退出狀態碼非0）嘅時候，先至會觸發重啟，而且你可以加個參數限定最多重試幾多次，例如 --restart=on-failure:5。第三種係 "always"，無論容器點樣退出（就算你手動用 docker stop 停咗佢），Docker Daemon 都會重新啟動佢，呢個適合用喺啲絕對不能停嘅服務。最後一種係 "unless-stopped"，同 "always" 好似，但聰明啲，如果你曾經用手動 docker stop 命令停過個容器，咁就算之後個 Docker Daemon 或者成部機（例如 Ubuntu Server）重啟，佢都唔會再自動開返呢個容器，直到你再手動 docker start 佢。呢個對於容器管理嚟講就好有彈性。
設定呢啲策略嘅實際操作好簡單，我哋喺 CLI 終端機度用 docker run 嗰陣加上去就得。例如，我想運行一個 joshhu/webdemo 嘅映像檔，並且希望佢喺失敗時自動重試最多 3 次，個命令就會係「docker run -d --restart=on-failure:3 --name my_webdemo joshhu/webdemo」。咁樣設定完，我哋用 docker ps 檢查容器狀態，或者用 docker info 睇下系統資訊，都會反映到呢個設定。如果你已經建立咗個容器，但當初無設定到，想後補嘅話，抱歉 Docker 無直接命令可以改，通常嘅做法係要先用 docker rm 刪除舊容器（記得備份數據先！），再用正確嘅重啟參數重新 docker run 過一個新嘅。所以一開始規劃好容器生命週期管理真係好緊要。
除咗喺命令列設定，如果你嘅 Docker 係透過 systemd（例如喺 Ubuntu 上）嚟管理嘅，咁自動重啟嘅責任就可以交畀 systemd。你可以修改 dockerd 嘅服務檔案，或者為個別重要容器寫一個獨立嘅 systemd unit file，入面用 "Restart=always" 之類嘅指令。咁樣做嘅好處係，連 Docker Daemon 自己嘅穩定性都交由 systemd 監控，成個系統嘅韌性就更強。不過對於一般開發者同初學者嚟講，用返 Docker 原生嘅 --restart 策略已經好足夠，好似菜鳥教程或者 iT邦幫忙嘅鐵人賽入面嘅教學，通常都係集中講呢個方法，因為佢夠直接，同 Docker 嘅容器操作流程完全整合。
最後都要提下實際應用時嘅一啲考量。自動重啟唔係萬能，佢主要應付程序突然崩潰呢類問題。如果個問題係來自於個映像檔本身有 bug，或者係配置出錯（例如通訊埠衝突），咁不斷重啟只會造成無限循環，耗盡資源。所以設定咗自動重啟之後，都一定要配合日誌監控，定期用 docker logs 或者 docker exec 入去容器度檢查下，睇下有無咩異常訊息。好似運行一個 busybox 做測試，或者部署複雜嘅 yolk 應用，道理都係一樣。總而言之，善用自動重啟策略，可以幫我哋喺容器控制上慳返好多手動操作嘅時間，令成個服務更加似樣同專業。