一篇分析4大優勢：docker context create 如何提升你的容器管理效率？

AboutDockerProfessional illustrations

Docker Context 係咩嚟？

好喇，等我哋深入淺出咁講下 Docker Context 係咩嚟。簡單啲嚟講，你可以將 Docker Context 理解成一個「工作環境設定檔」。想像你係一個廚師，廚房入面有幾個唔同嘅工作枱：一個係自己屋企嘅細廚房（本地 Docker Daemon），一個係公司嘅中央大廚房（遠端 Docker 守護進程），仲有一個可能係客戶提供嘅專業廚房（另一個 remote daemon）。每次你要煮嘢食（即係執行 Docker CLI 命令），你都要行去相應嘅工作枱先做到。而 Docker Context 就係幫你記低每個工作枱嘅位置、鎖匙（TLS configuration）同埋用咩工具（服務端配置），等你唔使次次都要重新設定，一鍵就可以 上下文切換。

咁點解我哋需要呢個功能呢？喺 Docker 嘅世界，所有命令都係透過 Docker client 同 Docker Daemon（即係 Docker 守護進程）溝通先執行到。預設情況下，你喺命令行打 docker ps，CLI 就會經由 Docker socket 去搵你部電腦本身行緊嗰個 本地守護進程。但係當你嘅工作越嚟越複雜，例如要管理雲端上嘅 容器、或者要同時處理多個唔同嘅 Docker 端點（例如開發、測試、生產環境），成日手動改環境變數或者用 -H 參數去指定遠端 daemon，就會好麻煩同易出錯。Docker Context 就係為咗解決呢個 端點管理 同 遠程連接 嘅煩惱而生。

具體啲講，一個 Docker Context 入面主要包含咗以下幾樣核心資訊： 端點（Endpoint）：即係個 Docker Daemon 嘅地址。可以係本地嘅（例如 unix:///var/run/docker.sock），亦可以係遠端嘅（例如 tcp://192.168.1.100:2376 或者某個雲服務商嘅地址）。呢個就係 遠程守護進程訪問 嘅關鍵。 TLS 安全設定（TLS configuration）：如果要安全咁連接去遠端 Docker Daemon，就需要用到 TLS 證書嚟加密通訊。Context 會幫你儲存埋呢啲證書嘅路徑，唔使你次次指定。 其他環境設定：例如預設用嘅 容器 編排器（Kubernetes）設定等等。

咁有咗 Docker Context 之後，我哋嘅工作流程會變成點呢？假設你而家有兩個環境要管理：一個係你自己 Notebook 行緊嘅 本地 Docker，另一個係公司測試伺服器行緊嘅 遠端 Docker Daemon。你可以用 docker context create 呢個 CLI命令 去建立兩個唔同嘅 上下文，例如叫做 local-desktop 同 company-test-server。建立嘅時候，你就會設定好各自嘅 端點 同 TLS配置。之後，你只需要用 docker context use company-test-server，咁你之後所有嘅 docker run、docker build 等命令，都會自動指向公司部測試伺服器，而唔影響你本地嘅環境。想切換返轉頭？一句 docker context use local-desktop 就搞掂。想睇下有幾多個 上下文 同邊個係而家用緊？用 docker context ls 就一目了然。

呢個機制對於現今嘅開發者同維運工程師嚟講，真係好有用。例如，你可以朝早用緊本地 Context 嚟開發同測試單一 容器；下晝需要部署上雲端測試叢集，就切換去遠端 Context，用同一套 命令行界面 命令去做部署同監控，完全無縫。又或者，你可以將某個複雜設定好嘅 Context 用 docker context export 匯出成一個檔案，分享俾團隊其他成員，佢哋用 import 功能就可以快速擁有同一個 環境配置，大大提升協作效率。坊間好多 容器教學 平台同技術文章（例如 LabEx 嘅實驗室或者 CSDN 上嘅深度文章）都會強調善用 Context 係進階 容器管理 嘅必學技巧。

總括嚟講，Docker Context 唔係一個好抽象嘅概念，而係一個非常實用嘅 上下文管理 工具。佢將 Docker client 要連接去邊個 Docker Daemon 嘅呢個決定，從單次性嘅命令參數，提升到一個可以持久化保存、快速切換嘅設定層面。對於需要頻繁喺多個環境（本地、遠端伺服器、不同雲平台）之間遊走嘅用家，學識點樣用 docker context create、use、ls 呢組命令，絕對可以令你嘅 Docker 工作流程更加清晰、高效同少出錯。

AboutDockerProfessional illustrations

點樣睇現有 Docker Context

好啦，講完點樣建立新嘅 Docker Context，咁跟住落嚟好自然就會問：我點樣睇返而家手頭上有幾多個、同埋用緊邊個 Docker Context 呢？呢個步驟對於管理多個 Docker 環境，例如同時要處理本地開發機、公司測試伺服器同雲端生產環境嘅朋友嚟講，真係不可或缺。喺 Docker 嘅世界入面，所有關於 Docker Context 嘅操作，都係透過 Docker CLI 入面嘅 docker context 子命令嚟搞掂，非常集中同直觀。

要一眼睇晒你系統入面所有已經設定好嘅 Docker contexts，個命令簡單到不得了，就係 docker context ls。當你喺 命令行界面 打呢句命令之後，Docker client 就會同你列出一個表格，入面會包含晒以下幾個關鍵資訊，等你完全掌握成個 context configuration 嘅狀況：

NAME（名稱）：呢個就係你建立或者系統預設嗰陣時，幫個 Docker Context 改嘅名。最常見嘅預設名係「default」，佢通常指向你本機運行緊嘅 Docker 守護進程。 DESCRIPTION（描述）：呢度會簡單講明呢個上下文嘅用途，例如係「Current DOCKER_HOST based configuration」或者你自己建立時寫嘅備註，好似「阿里雲生產環境」咁。 DOCKER ENDPOINT（Docker 端點）：呢一欄係最核心嘅資訊，佢顯示咗當你使用呢個上下文時，Docker client 實際上會連接去邊度。可能係本地嘅 Docker socket（例如 unix:///var/run/docker.sock），亦都可能係一個遠端伺服器嘅地址同端口（例如 tcp://192.168.1.100:2376）。呢個就係實現 remote daemon access 嘅關鍵設定。 ORCHESTRATOR（編排器）：顯示呢個上下文預設使用咩容器編排工具，例如 swarm、kubernetes 或者 all。 最後仲會有一個 CURRENT 欄，如果嗰個上下文係你而家正在使用緊嘅，呢一欄會用一粒星號 標示出嚟，一目了然。

知道咗有咩 Docker Context 之後，上下文切換 就係下一步。你可以用 docker context use [CONTEXT_NAME] 呢個命令，隨時喺唔同嘅 Docker 端點 之間跳嚟跳去。例如你而家做緊本地開發，用緊「default」context，突然間需要檢查一下測試伺服器上面個 容器 嘅狀態，你只需要執行 docker context use 測試伺服器，之後你打嘅所有 Docker CLI 命令，例如 docker ps、docker images，都會自動指向去遠端嗰部機嘅 Docker Daemon 度執行，完全唔使改任何環境變數，超級方便。呢種 endpoint management 方式，比起舊時要手動設定 DOCKER_HOST 環境變數嚟講，真係有系統同安全好多，尤其係當涉及到 TLS configuration 嘅時候，所有驗證資料都會跟住個 context 妥善管理。

除咗基本列出同切換，docker context 命令仲有其他實用功能幫你管理。例如你可以用 docker context inspect [NAME] 去睇某一個上下文嘅詳細設定，入面會包含哂所有 服務端配置 嘅細節，對於除錯或者了解連接參數好有用。另外，context export/import 功能可以讓你將一個設定好嘅上下文匯出成一個檔案，然後喺另一部機器上匯入，咁樣就可以好快速咁同團隊分享一致嘅遠端連接設定，提升協作效率。記住，無論你點樣玩轉呢啲 上下文管理 技巧，最終目的都係為咗更有效率咁進行 容器管理，等你可以輕鬆駕馭本地同遠端嘅 容器 環境。

AboutContextProfessional illustrations

建立新 Context 嘅基本指令

好，咁我哋就直入主題，講下點樣用 Docker CLI 嘅 docker context create 呢個指令去建立一個新嘅 Docker Context。呢個指令可以話係你管理唔同 Docker 端點 嘅起點，無論你想連去公司部 遠程 伺服器，定係切換返自己部腦嘅 本地守護進程，都係靠佢。簡單嚟講，一個 Context 就係一組設定，話俾 Docker client 知，你而家想同邊個 Docker Daemon 講嘢，同埋點樣連過去。

咁點樣用呢個基本指令呢？最簡單嘅格式就係 docker context create [OPTIONS] CONTEXT_NAME。個 CONTEXT_NAME 就係你幫呢個新環境改嘅名，方便自己記，例如「公司伺服器」或者「AWS-Prod」。不過，淨係咁打係唔夠嘅，你一定要指定個 端點 嘅資料。最常用嘅選項就係 --docker，後面跟住一串 context configuration 嘅參數。例如，如果你想建立一個連去遠端 Docker 守護進程 嘅 Context，而部機嘅 IP 係 192.168.1.100，標準嘅 Docker socket 端口係 2376，並且用緊 TLS configuration 嚟加密連接（為咗安全，生產環境強烈建議要用 TLS），個指令就會係咁：docker context create --docker "host=tcp://192.168.1.100:2376,ca=ca.pem,cert=cert.pem,key=key.pem" 公司生產環境。呢度嘅 ca.pem、cert.pem 同 key.pem 就係你嘅 TLS 證書同金鑰檔案路徑。呢個設定就完整定義咗一個可以安全進行 remote daemon access 嘅端點。

當然，情況唔一定咁複雜。如果你只係想喺自己部機建立多一個 Context，指向返同一個 本地守護進程，但用個唔同名去做 上下文切換 練習，你可以用更簡單嘅本地 socket 連接：docker context create --docker "host=unix:///var/run/docker.sock" 本地測試。呢個指令建立嘅 Context，其實同預設嘅「default」context 本質上係連去同一個 Docker Daemon，但就多咗一個名俾你做管理練習。

建立完之後，點確認呢？緊係要用 docker context ls 呢個 CLI命令 去列出所有現存嘅 Docker contexts 啦。個列表會顯示晒所有 Context 嘅名、描述、端點類型，同埋邊個係而家正在使用緊（會用個星號 標示）。跟住，你就可以用 docker context use [CONTEXT_NAME] 嚟隨時 切換 過去，一轉換，之後所有 Docker CLI 指令，例如 docker ps、docker run，都會自動針對新 Context 所設定嘅 Docker 端點 去執行，呢個就係 context switching 嘅魔力，對於管理多個 容器 環境（例如開發、測試、生產）非常方便。

喺實際操作上，有啲細節位要留意。首先，關於 endpoint management，個 --docker 參數入面嘅設定字串好敏感，唔可以有多餘空格（除非喺檔案路徑入面），否則會解析錯誤。其次，如果你嘅遠端 Docker Daemon 監聽喺非標準端口，記得要改返啱個端口號。另外，TLS 證書嘅路徑可以用絕對路徑，或者相對於你當前執行指令嘅目錄。我建議初學者可以喺 LabEx 或者 CSDN 上搵到嘅 容器教學 實驗室入面，先試吓建立唔需要 TLS 嘅遠端連接（僅限安全內網測試），熟習咗基本流程同 命令行界面 操作後，再深入研究 服務端配置 TLS 嘅部分，咁會更容易上手。

總括而言，docker context create 呢個指令係你進行高效 容器管理 嘅基石。佢將複雜嘅 遠程連接 參數（主機地址、端口、認證資料）打包成一個簡單易記嘅 Context 名，再透過 docker context use 實現瞬間切換。無論你係想統一管理散落喺唔同地方嘅 Docker 守護進程，定係想清晰分隔開本地開發同遠端部署嘅環境，善用 上下文建立 同 上下文管理 功能，絕對可以令你嘅 Docker 工作流程更加有條不紊，提升整體效率。

AboutDockerProfessional illustrations

用 Docker Endpoint 設定 Context

好啦，講到點樣用 Docker Endpoint 設定 Context，呢個就係真正發揮 Docker CLI 威力嘅核心技巧喇。簡單嚟講，一個 Docker Context 就係一個預先設定好嘅工作環境，入面包埋咗所有連接去一個特定 Docker Daemon（即係 Docker 守護進程）所需要嘅資訊，而呢個連接目標就係所謂嘅 Docker Endpoint。你唔使次次喺命令行界面打一大堆參數，只要設定好一次，之後用 docker context use 就可以瞬間切換去唔同嘅 Docker 環境，無論係你部機嘅本地守護進程，定係遠喺公司伺服器或者雲端嘅 remote daemon，管理起身都係咁方便。

咁究竟點樣建立呢？關鍵命令就係 docker context create。呢個命令嘅精髓在於你要準確定義個 endpoint。最基本嘅情況係連接去本機，個 endpoint 通常係 Unix socket（例如 unix:///var/run/docker.sock），呢個就係預設嘅「default」context。但係我哋想玩嘅進階嘢，正正就係點樣設定去其他機器。例如你公司有部開發伺服器，或者你想管理你喺 AWS 或者阿里雲上面嘅 Docker 主機，呢啲就係 remote daemon access 嘅典型場景。喺建立呢類 context 嘅時候，你需要提供幾個關鍵資訊：個 Docker 端點 嘅地址（通常係 IP 或者域名，加上端口，例如 tcp://203.0.113.10:2376），同埋安全認證嘅方式。

講到安全連接，TLS configuration 就幾乎係必須嘅。你唔會想裸奔咁將你部 Docker Daemon 暴露喺網絡度，俾人隨便控制啲容器㗎嘛。所以，當你設定一個遠程 endpoint 時，你需要準備好 TLS 所需嘅證書同密鑰文件：ca.pem、cert.pem 同 key.pem。喺執行 docker context create 嘅命令入面，你會用好似 --docker host=tcp://:2376、--docker tlsverify=true、--docker tlscacert=ca.pm 呢類參數，將所有安全細節一次過設定好。咁樣設定完之後，你個 Docker client 之後每次同呢個 endpoint 溝通，都會自動用 TLS 加密，又安全又穩陣。好多網上嘅 容器教學 或者好似 LabEx 呢類實操平台，都會好強調呢一步，因為佢關乎到生產環境嘅安全。

設定好之後，你可以用 docker context ls 嚟列出所有你已經建立好嘅 contexts，你會見到每個 context 嘅名、描述、當前是否正在使用（有個星號 標記）、同埋佢嘅 Docker 端點 地址。呢個列表對於管理多個環境好有用，一眼就睇晒。當你想切換去另一個環境做嘢，例如而家要處理本地開發，一陣要部署上測試伺服器，你只需要用 docker context use ，成個 命令行界面 嘅操作目標就會即刻轉換過去。之後你打嘅所有 docker ps、docker run 呢啲命令，都會喺你切換過去嘅那個 Docker Daemon 上面執行，完全唔使改命令本身，呢個就係 context switching 嘅魔力，對於同時管理本地同多部遠程主機嘅開發者或者 DevOps 工程師嚟講，簡直係神器。

除咗基本嘅建立同切換，Docker Context 仲有啲好實用嘅管理功能。例如，你可以將一個已經設定好嘅 context 導出成一個文件，然後喺另一部機度導入返，咁樣就可以好方便咁同團隊分享標準化嘅 服務端配置。呢個就係 context export/import 嘅功能。另外，如果你嘅連接參數有變（例如伺服器 IP 改咗，或者更新咗 TLS 證書），你可以用 docker context update 嚟修改現有 context 嘅設定，而唔使刪除再重新建立。總而言之，善用 Docker Context 同 Endpoint Management，就等於將你嘅 Docker CLI 變成一個可以一鍵切換、集中管理嘅控制中心，無論係對於個人提升工作效率，定係團隊協作規範化環境配置，都有極大嘅幫助。記住，熟練運用 context 呢個概念，係你從 Docker 初學者進階到專業 容器管理 者嘅一個重要標誌。

AboutDockerProfessional illustrations

基於現有 Context 複製設定

好啦，而家我哋講下點樣「基於現有 Context 複製設定」。呢個功能對於成日要管理多個 Docker 環境嘅朋友嚟講，真係慳水慳力嘅神器。想像下，你喺公司已經設定好一個用嚟連接遠端伺服器嘅 Docker Context，入面包含晒 TLS configuration 同正確嘅 Docker 端點（例如 tcp://server:2376）。突然間，你需要為一個新項目建立一個幾乎一樣，但可能只係改少少 服務端配置（例如端口或者主機名）嘅環境。你唔使由頭打過晒啲複雜嘅 CLI命令，Docker CLI 提供咗一個好聰明嘅方法：直接複製現有設定再修改。

點樣操作呢？好簡單，就用 docker context create 呢個命令，但係加多個 --from 或者 --description 參數（視乎你個 Docker 版本）。例如，你本身有個叫 prod-server 嘅 context，你想複製佢嘅設定去建立一個叫 staging-server 嘅新 Docker Context。你可以喺 命令行界面 輸入類似嘅指令，咁樣新建立嘅 staging-server 就會繼承晒 prod-server 所有關於 Docker Daemon 連接嘅設定，包括 Docker socket 路徑、遠程連接 所需嘅證書同密鑰路徑等等。呢個過程就好似你複製一個設定檔模板，之後再微調，避免咗手動輸入出錯嘅風險，特別係處理 TLS configuration 呢類複雜設定時，簡直係救星。

咁複製完之後，通常你會修改啲咩呢？呢度就牽涉到 endpoint management 嘅實際應用啦。可能你個新環境嘅 Docker 守護進程 係行喺另一個埠口，例如唔係標準嘅2376而係3376；又或者個 遠程 daemon access 嘅 IP 地址唔同咗。你喺複製建立之後，可以好靈活咁去調整呢啲 Docker 端點 參數。有啲資深用家會習慣先用 docker context ls 睇清楚現有 Docker contexts 嘅清單同細節，確認邊個係想要嘅模板，然後先進行複製。之後，佢哋可能會再用 docker context inspect 去仔細睇吓新 context 嘅 context configuration 細節，確保所有設定都正確無誤。

對於團隊協作或者教學場景，例如 LabEx 嘅 容器教學 或者 CSDN 上嘅技術分享，呢個「複製設定」嘅概念好實用。導師可以預先設定好一個標準嘅、安全嘅 Docker Context 配置檔，然後學員只需要基於呢個模板複製出自己嘅版本，再修改少少個人化參數（例如自己測試伺服器嘅地址），就可以好快咁完成 環境配置，立即投入 容器管理 嘅實操練習，唔使喺繁瑣嘅 服務端配置 步驟上卡住。呢種方法亦大大提升咗配置嘅一致性，減少「點解我部機唔得」呢類問題。

最後都要提一提，雖然複製設定好方便，但係安全意識一定要有。當你複製一個用於連接重要生產環境（production）嘅 context 時，裏面嘅憑證同存取權限都會一併被複製。所以，建立好新嘅 上下文建立 之後，記得要根據新環境嘅安全要求，妥善處理同更新相關嘅認證檔案。善用 docker context create 嘅複製功能，結合 docker context use 進行快速嘅 上下文切換，你就可以好似一個交響樂指揮一樣，流暢地管理你嘅本地同遠端 容器 叢集，將 Docker client 嘅威力發揮到極致。

AboutcontextsProfessional illustrations

點樣切換唔同 Docker Context

好啦，講完點樣建立新嘅 Docker Context，跟住落嚟梗係要識得點樣靈活切換啦！喺實際工作入面，我哋成日需要喺唔同嘅 Docker 環境之間跳嚟跳去，例如一時要管理本地部機嘅 容器，一時又要連去公司測試伺服器嘅 Docker Daemon 度做嘢。呢個時候，熟練掌握 Docker Context 嘅切換技巧，就係提升你 容器管理 效率嘅關鍵。

首先，你要清楚知道而家有啲乜嘢 Docker contexts 可以揀。呢個步驟好簡單，打開你嘅 命令行界面，輸入 docker context ls 呢個指令就得。個畫面會列出所有你已經設定好嘅上下文，每個都會顯示佢嘅名、描述、所用嘅 Docker 端點（即係連去邊個 Docker 守護進程），仲會用粒星號標示緊邊個係目前正在使用緊嘅 context configuration。睇清楚個清單，就係你進行 上下文切換 嘅地圖。

要實際切換過去另一個環境，指令就更加直接。假設你之前用 docker context create 建立咗一個名叫「my-remote-server」嘅上下文，用嚟管理一部遠端主機。而家你想由本地環境轉過去，只需要執行 docker context use my-remote-server。成功之後，你之後所有嘅 Docker CLI 指令，例如 docker ps、docker images，都會自動指向嗰個遠端嘅 Docker Daemon 嚟執行，而唔再係你本機。呢個 context switching 過程係即時生效嘅，唔使重新啟動任何服務，非常方便。有好多 容器教學 同平台好似 LabEx 都會強調呢點，因為佢真係實現 遠程連接 同 endpoint management 嘅核心。

當然，切換唔單止係為咗連去 remote daemon access。有時即使喺本機，你可能都會有唔同嘅配置需求。例如，你可能有一個上下文係用嚟連去本機預設嘅 Docker socket，而另一個就係為咗某個特定項目，配置咗唔同嘅環境變數或者網絡設定。透過 docker context use 喺呢啲本地配置之間快速切換，可以避免手動改嚟改去，減少出錯機會。呢種 環境配置 嘅靈活性，對於開發複雜應用嘅工程師嚟講特別有用。

另外，想提一提嘅係，切換上下文之後，點樣確認真係轉成功呢？除咗睇 docker context ls 粒星號去咗邊，最實際就係運行一啲查詢指令嚟驗證。例如，轉完之後立即執行 docker info，留意輸出資訊裏面關於 Server 同 Docker Root Dir 嘅部分，佢會顯示你當前連接緊嘅 Docker 守護進程 嘅詳細資料，包括佢係喺邊部主機上面運行緊。如果顯示嘅主機名或者 IP 地址同你預期嘅遠端 Docker 端點（例如經 TLS configuration 保護、用 端口2376 連接嘅伺服器）一致，咁就證明切換完全成功，你可以放心進行後續嘅 容器 操作啦。

最後有個小貼士，雖然 上下文切換 好方便，但都要記住自己而家用緊邊個環境，尤其係當你要執行一啲刪除性嘅指令（例如刪除鏡像或者容器）嘅時候，千祈唔好搞錯對象，誤刪咗生產環境或者其他人共用緊嘅資源。養成好習慣，每次打開終端機準備做嘢前，先用 docker context ls 快速瞄一眼前面有個星號嘅係邊個名，或者喺自己嘅命令行提示符（PS1）裏面加入當前上下文嘅資訊，咁就可以大大減低擺烏龍嘅風險。總括嚟講，掌握 點樣切換唔同 Docker Context，就等於掌握咗一把萬能鎖匙，可以暢通無阻咁管理分佈喺唔同地方嘅 Docker 資源，無論係本地定係 遠程連接，都變得輕鬆自如。

AboutDockerProfessional illustrations

驗證新 Context 係咪生效

好啦，成功用 docker context create 建立咗新嘅 context configuration 之後，下一步緊係要驗證佢係咪真係生效啦！呢個步驟好重要，唔係嘅話，你之後所有嘅 Docker CLI 指令都可能連錯去第二個 Docker Daemon，搞到一頭煙。點樣驗證呢？其實 Docker 提供咗幾個好簡單直接嘅方法，等我哋一齊嚟睇下。

首先，最直接嘅方法就係用 docker context ls 呢個命令。你喺 命令行界面 打呢句嘢，佢就會列出你系統入面所有嘅 Docker contexts。你要睇嘅，係星號 () 標記咗喺邊一個 context 前面。個星號就代表緊「當前生效」嘅 context。如果你啱啱用 docker context use 切換咗去你新建立嘅 context，咁個星號就應該喺佢隔離。呢個係最基本嘅 上下文切換 確認。不過要留意，呢個只係話俾你知 Docker client 而家「認為」自己連緊去邊個 端點，至於實際連唔連得通，就要再進一步測試。

點樣做進一步測試呢？我哋可以執行一啲簡單嘅 Docker CLI 指令，睇下佢係咪真係同你設定嘅 Docker 守護進程 溝通到。最常用嘅就係 docker version 或者 docker info。當你打 docker version 嘅時候，Docker client 會同後端嘅 Docker daemon 握手，然後分別顯示出 Client 同 Server 嘅版本資訊。呢度就係關鍵啦！你要特別留意 Server 部分顯示出嚟嘅資訊。如果 Server 部分嘅資料（例如 Docker Engine 版本、OS/Arch 類型）同你新設定嘅 遠程連接 目標機器嘅資料吻合，咁就恭喜你，個 context 真係生效緊，而且成功連接到遠端嘅 Docker 端點。相反，如果 Server 顯示嘅資料仲係你本地電腦嘅資料，咁就代表切換可能未成功，或者你建立 context 時嘅 endpoint management 設定（例如 Docker socket 路徑或者 TLS configuration）有問題，令到 client 最終都係跌返去用緊 本地守護進程。

舉個實際例子，假設你建立咗一個叫「my-remote-server」嘅 context，目標係一部 IP 為 192.168.1.100、用緊 TLS 加密嘅 遠程連接，端口 係標準嘅 2376。你首先用 docker context use my-remote-server 切換過去，再用 docker context ls 確認星號喺佢隔離。跟住你打 docker info，喺輸出結果嘅最頂部，你會睇到類似「Server: Docker Engine - Community」嘅字眼，再睇落去嘅「Operating System」同「Kernel Version」應該要同你部遠端伺服器（192.168.1.100）嘅系統一致，而唔係你手頭上呢部電腦嘅系統。呢個就係最實在嘅證明，證明你嘅 Docker client 已經成功透過新 context 嘅配置，同遠端嘅 Docker Daemon 對話緊，可以進行後續嘅 容器管理 工作。

除咗睇版本資訊，另一個更「貼地」嘅驗證方法，就係試下拉取或者列出 容器。你可以試下打 docker ps（如果係新環境，可能冇運行中容器，可以打 docker ps -a 睇所有），或者試下 docker images 嚟列出遠端機器上嘅映像。如果呢啲命令都順利執行到，並且顯示出嚟嘅內容係符合你對遠端機器嘅認知（例如見到一啲只係部署喺遠端嘅特定容器），咁就百分百確認 新 Context 係咪生效 啦。呢個過程其實就係 endpoint management 同 remote daemon access 嘅核心操作，確保你嘅 命令行界面 指令可以精準咁喺指定嘅 服務端配置 上執行。

最後都要提提，有時啲問題未必喺 context 本身，可能係網絡問題或者 Docker 守護進程 嘅防火牆設定未開通相關 端口（例如 2375 或 2376）。所以，如果驗證時發現連接失敗，除咗 double-check 你 docker context create 時輸入嘅參數（主機地址、端口、TLS 證書路徑），都要確保網絡係通嘅，同埋遠端 Docker daemon 有正確配置嚟接受遠程連接。記住，一個生效嘅 context 係你高效管理多個 Docker 環境嘅基石，無論係做嘢定係跟 容器教學 學習，花少少時間做驗證，絕對可以避免之後好多不必要嘅麻煩。

AboutDocker 守護進程Professional illustrations

管理遠端 Server Docker Context

好啦，講到管理遠端 Server Docker Context，呢個真係 DevOps 同系統管理員嘅日常必備技能。簡單啲講，Docker Context 就係一個設定檔，話俾你知 Docker CLI 應該同邊個 Docker Daemon（即係 Docker 守護進程）溝通。平時你喺自己部機打 Docker 命令，預設就係同你本機嘅 Local Daemon 傾偈。但係當你要管理一啲喺雲端（例如 AWS EC2、GCP VM）或者公司內部另一部 Server 上面嘅容器時，你唔使再 SSH 入去部遠端機先做到嘢。透過建立同切換 Docker Context，你可以直接喺自己部電腦嘅命令行界面，好似控制本機咁控制遠端嘅 Docker 環境，係咪好方便先？

咁點樣建立一個管理遠端 Server 嘅 Context 呢？核心命令就係 docker context create。呢個命令需要你提供幾個關鍵資訊，最主要就係個 Docker 端點。一般嚟講，遠端 Docker Daemon 會喺端口 2376（用 TLS 加密）或者 2375（唔加密，但唔建議用喺生產環境）度聽住。你要準備好遠端 Server 嘅 IP 或者域名，加埋個 Port。例如，你部遠端 Server 嘅域名係 remote-server.com，咁個端點就係 tcp://remote-server.com:2376。不過，就咁咁樣連過去係唔安全嘅，所以 TLS configuration 就非常重要。你需要準備好三個文件：CA 證書、客戶端證書同私鑰。喺執行 docker context create 嘅時候，透過參數指定呢啲證書嘅路徑，Docker client 就可以同遠端嘅 Docker daemon 建立一個安全嘅加密連接，確保你嘅指令同資料傳輸唔會俾人截取到。

建立好之後，點樣管理呢啲唔同嘅 Context 呢？呢度就涉及到 context switching（上下文切換）同 endpoint management（端點管理）嘅概念。你可以用 docker context ls 嚟列出你系統入面所有已經設定好嘅 Context，每個 Context 都會顯示佢個名、描述、所用嘅 Docker 端點，同埋邊個係目前正在使用嘅（會用個星號 標示）。當你想切換去管理另一部 Server 嘅容器時，只需要用 docker context use 加上你想用嘅 Context 名稱，就可以即時切換過去。之後你打嘅任何 Docker 命令，例如 docker ps、docker run，都會直接喺嗰部遠端 Server 上面執行，而唔會影響到你本機嘅容器。呢種 context switching 嘅能力，對於同時管理多個環境（例如開發、測試、生產）嘅工程師嚟講，簡直係神器，可以大幅減少切換環境時嘅手動操作同埋出錯機會。

除咗基本嘅建立同切換，Docker Context 仲有啲進階管理功能好有用。例如 context export/import，可以將一個已經設定好嘅 Context 設定匯出成一個文件，然後喺另一部電腦或者同另一位團隊成員 import 返入去。咁樣做可以確保團隊入面每個成員都用緊同一套連線設定，減少因為配置唔同而引致嘅問題，對於團隊協作同環境標準化好有幫助。另外，你亦都可以隨時用 docker context update 去修改一個現有 Context 嘅設定，例如更新個端點地址或者 TLS 證書路徑，而唔使刪除再重新建立。

最後都要提下實際操作時嘅一啲貼士同常見陷阱。首先，確保你嘅遠端 Docker Daemon 已經正確配置好，可以接受遠端連接。通常需要修改 Docker 服務端配置，等佢監聽對應嘅 TCP 端口，同埋設定好 TLS 認證。如果呢部分未搞掂，你點樣設定 client 端嘅 context 都係連唔到嘅。第二，保管好你嘅 TLS 證書同私鑰文件，佢哋就等如進入你遠端容器環境嘅鎖匙，千萬唔好 check-in 去版本控制系統度。第三，當你切換 Context 之後，有時會唔記得自己當前連緊邊部 Server，所以喺執行一啲重要操作（例如刪除容器或者映像）之前，最好先用 docker context ls 確認一下當前生效嘅 Context，或者用 docker info 睇下當前連接嘅 Daemon 資訊，避免「炒錯車」嘅尷尬情況。總括嚟講，熟練掌握 Docker Context 嘅管理，係實現高效、安全嘅 遠程連接 同 容器管理 嘅關鍵一步，絕對值得你花時間去深入研究同實踐。

AboutDocker 端點Professional illustrations

列出所有運行中容器 (新 Context)

好啦，而家我哋已經用 docker context use 切換咗去一個新建立嘅 Docker Context，可能係連去公司部 遠程 伺服器，又或者係另一部裝咗 Docker Daemon 嘅開發機。咁點樣確認我哋真係喺新嘅 環境配置 度做嘢呢？最直接嘅方法，就係試下 列出所有運行中容器。呢個動作唔單止可以驗證我哋嘅 上下文切換 係咪成功，仲係日常 容器管理 嘅基本步。

喺以前，如果你冇設定 Docker Context，你打 docker ps 呢個 CLI命令，佢只會顯示你 本地守護進程 入面行緊嘅容器。但係而家唔同喇！當你切換咗 Context 之後，你再打同一句命令，Docker client 就會自動透過你設定好嘅 Docker 端點（可能係經 TLS configuration 加密嘅 端口2376）去問候嗰邊嘅 Docker 守護進程，然後將遠端伺服器上運行緊嘅容器清單拎返嚟畀你睇。呢個過程對你嚟講係完全透明嘅，你唔需要記住一啲複雜嘅 -H 參數去指定 remote daemon access，所有嘢都已經封裝喺個 context configuration 入面，真係好方便。

舉個實際例子，假設你為咗管理亞馬遜雲（AWS）上面嘅容器服務，用 docker context create 建立咗一個名叫 aws-prod 嘅上下文，入面設定咗相應嘅 endpoint management 資訊。當你執行 docker context use aws-prod 之後，你再開個 terminal 打 docker ps，出嚟嘅結果就唔會再係你手提電腦本地行緊嘅 Redis 或者 PostgreSQL 測試容器，而會係雲端生產環境入面，可能係一堆行緊你公司網站同 API 嘅容器。呢個時候，你可以清楚見到每個容器嘅 ID、狀態（Up 緊定係 Exited 咗）、開咗幾耐、同埋佢哋嘅端口映射情況。呢個就係 Docker Context 嘅威力，一個命令就可以穿梭唔同嘅 Docker 端點，進行無縫嘅 上下文切換。

當然，docker ps 命令本身都有好多實用嘅選項可以配合。例如你想睇埋已經停止咗嘅容器，你可以加 -a 參數；想睇最近創建嘅幾個容器，可以用 -n；又或者想用指定格式嚟只顯示某啲欄位，方便寫 Script 處理。不過要記住，無論你加咩參數，佢查詢嘅目標都係由當前生效嘅 Docker Context 所決定嘅。呢個設計理念，就係將 服務端配置 嘅複雜性同 命令行界面 嘅使用分離開，等開發者同系統管理員可以更專注喺 容器 本身嘅管理，而唔使成日為咗點樣連去唔同伺服器而煩惱。

所以話，學會點樣 列出所有運行中容器 喺一個新 Context 下，絕對唔只係一個簡單嘅檢查步驟。佢其實係你掌握 Docker 上下文管理 嘅一個重要里程碑，代表你已經可以脫離單純管理本地機器嘅階段，開始有效率地操控分散喺唔同地方嘅 Docker Daemon。無論係想快速檢查遠端測試環境嘅服務狀態，定係要同時監控多個生產伺服器嘅容器健康情況，善用 Docker Context 同 docker ps 呢個組合，都可以令你嘅工作流程更加流暢同專業。下次當你需要切換工作環境嘅時候，不妨先試下用呢招嚟確認自己嘅位置，保證萬無一失。

AboutCSDNProfessional illustrations

點樣還原返默認 Context

好啦，講咗咁多點樣建立同切換 Docker Context 去管理唔同嘅 Docker Daemon，例如遠端伺服器或者有特別 TLS configuration 嘅 Docker 端點，咁有時玩完一輪，或者測試完啲 remote daemon access 設定之後，我哋當然想還原返基本步，用返自己部電腦本身嘅 Docker 守護進程 啦。呢個時候，還原返默認 Context 就係一個必須識嘅操作。簡單嚟講，默認 Context 就係指返去你本地安裝嘅 Docker，通常個名就叫「default」，佢會經由本地嘅 Docker socket 同你部機嘅 daemon 溝通，唔使搞咩 endpoint management 或者 TLS 咁複雜。

咁點樣先可以還原返去默認 Context 呢？方法其實好簡單直接，主要就係靠 Docker CLI 入面嘅 docker context use 呢個命令。你首先可以打開你嘅 命令行界面，打 docker context ls 睇下現時有啲咩 context 喺度，個列表會顯示所有你設定過嘅 Docker contexts，包括個名、描述、Docker 端點 嘅位置（例如係本地 unix socket 定係一個遠端 IP 同端口，好似 2376 呢啲），同埋邊一個而家係正在使用中，前面會有粒星號 () 標記嘅。你要做嘅，就係喺呢個列表入面，搵返個名叫做「default」嘅項目，然後執行 docker context use default。執行完之後，你再打多次 docker context ls 確認下，應該就會見到粒星號去咗「default」前面，即係話你之後所有 Docker CLI 命令，例如係 docker ps、docker run 呢啲，都會直接同你本地嘅 Docker Daemon 對話，變返最原本嘅狀態。呢個 上下文切換 過程係即時生效嘅，唔使 reboot 任何嘢。

不過，有啲情況下你可能會遇到少少困惑。例如，會唔會個默認「default」context 唔見咗或者被刪除咗呢？理論上，呢個內建嘅「default」context 係好難被刪除嘅，但如果你真係手動刪咗，或者因為某啲 環境配置 問題導致佢消失，咁點算？唔使驚，重建一個指向本地 daemon 嘅 context 都唔難。你可以用 docker context create 命令，重新建立一個。例如，你可以打 docker context create default --docker host=unix:///var/run/docker.sock 嚟明確指定個 endpoint 係本地 socket，然後再用 docker context use default 去啟用佢。當然，呢個新建立嘅，雖然功能同原本內建嘅一樣，但嚴格嚟講已經唔係最初嗰個「內建」默認值，而係一個你手動設定嘅、指向本地守護進程嘅 context configuration。所以，一般我哋都係建議，如果唔係必要，就唔好隨便刪除個「default」context，以免麻煩。

另外，喺日常 容器管理 工作流入面，還原默認 Context 呢個動作其實好常見。想像一下，你朝早返工，用緊公司測試伺服器嘅 遠端連接 去 build 一啲 容器 映像，個 context 設定咗做「remote-test」。到咗下晝，你想喺自己部本地機度試吓 run 個新寫好嘅應用，如果你唔記得將個 context 切換返做「default」，咁你 run 嘅命令就會試圖去遠端伺服器度執行，可能因為網絡或者權限問題而失敗，甚至搞亂咗遠端環境。所以，養成習慣，做完遠端操作後就即刻還原，或者喺執行任何 容器 操作前，快速用 docker context ls 望一眼當前係邊個 context，可以避免好多不必要嘅錯誤同混亂。有啲資深嘅開發者甚至會將 docker context ls 呢個命令 set 落去 shell prompt 度顯示，等自己一眼就知而家用緊咩環境，減少「撞板」機會。

最後都要提一提，還原返默認 Context 呢個操作，純粹係改變緊 Docker client 去邊度搵 Docker daemon 傾偈，完全唔會影響到你已經建立緊或者運行緊嘅任何 容器。你喺遠端 context 下 run 起嘅容器，會繼續喺遠端伺服器度運行，唔會因為你切換返本地 context 而消失或停止。同樣地，你本地運行緊嘅服務都唔會受影響。呢個 上下文管理 機制，就好似電視遙控咁，切換唔同輸入源（HDMI 1, HDMI 2），電視機本身（Docker Daemon）同正在播放緊嘅節目（運行中嘅容器）係唔會變嘅，變嘅只係你個遙控（Docker client）而家控制緊邊一部機。明白呢一點，對於安全同有效率地進行 容器教學 或者多環境開發，係非常重要嘅。

AboutLabExProfessional illustrations

Docker Context 實用場景

講到 Docker Context 嘅實用場景，真係可以幫我哋解決好多日常開發同管理上嘅麻煩。首先最常見嘅就係上下文切換啦，呢個功能對於要同時管理多個環境嘅工程師嚟講，簡直係救星。想像下你而家喺自己部筆記本電腦度用緊本地守護進程（Local Docker Daemon）開發緊個應用，跟住你需要去檢查吓測試伺服器或者生產伺服器上面嘅容器狀態。如果冇 Docker Context，你可能要不停改環境變數，或者記住一抽唔同嘅Docker 端點（Endpoint）同複雜嘅TLS configuration，手動用 -H 參數去連接，又易錯又麻煩。但係只要你預先用 docker context create 建立好幾個唔同嘅 context configuration，例如一個叫「dev-local」連去本地，一個叫「test-remote」用 TLS configuration 連去測試伺服器嘅 Docker Daemon，你就可以好似打機轉地圖咁，用一句 docker context use test-remote 就瞬間將你個 Docker client 嘅操作目標，由自己部機轉移到遠端伺服器。之後你 run 嘅所有 Docker CLI 命令，例如 docker ps、docker images，都會直接喺嗰部遠端伺服器生效，完全唔使改動你本身嘅工作流程。呢種 context switching 嘅流暢體驗，對於管理多集群、多環境嘅團隊嚟講，大大提升咗 容器管理 嘅效率同減少人為錯誤。

另一個非常實際嘅應用場景就係遠程連接同endpoint management。尤其係當公司嘅基礎架構愈嚟愈複雜，你可能會有幾部唔同用途嘅宿主機，或者用緊雲服務商提供嘅 Docker 托管服務。通過 docker context create 命令，你可以好系統化咁將呢啲 Docker 端點 管理起嚟。個命令好簡單，你只需要提供個 context 名、遠端 Docker Daemon 嘅地址（通常係 tcp://:2376 或者經由 Docker socket）、同埋對應嘅 TLS 證書路徑。建立好之後，所有連線細節同安全配置都會被妥善保存喺 ~/.docker/contexts 目錄入面。以後你唔需要再記住嗰串又長又複雜嘅 端口2376 地址同證書路徑，只需要記住你改嘅 context 名就得。呢種管理方式，令到 命令行界面 操作變得更加清晰同安全。好似喺 LabEx 或者 CSDN 上面嘅 容器教學 都會提到，妥善設定 Docker Context 係實踐安全 遠程守護進程訪問（remote daemon access）嘅最佳實踐之一，避免咗將敏感連接信息硬編碼喺腳本或者環境變數入面。

對於需要同其他團隊成員共享配置，或者喺不同機器之間同步工作環境嘅情況，Docker Context 嘅 context export/import 功能就大派用場。假設你係團隊嘅架構師，已經設定好一個完美連接到公司內部安全容器平台嘅 context，你可以好簡單咁用 docker context export 將呢個配置導出成一個文件。呢個文件入面包埋晒所有必要嘅 服務端配置 同 TLS 認證信息（當然，敏感證書本身唔會包含喺內，但路徑信息會）。然後你就可以將呢個文件分享俾團隊嘅新同事，佢哋只需要用 docker context import 就可以一秒擁有同你一模一樣嘅連接設定，立即可以對指定嘅 Docker 守護進程 進行操作。呢個方法比起寫一份長長嘅「環境配置」說明書，叫同事跟住一步一步咁 set，嚟得直接同準確得多，確保咗團隊入面人人嘅 Docker client 環境都係一致嘅。

最後，一個進階但好實用嘅場景，就係用嚟區分同一部機上唔同版本或者唔同配置嘅 Docker Daemon。雖然唔係個個都會遇到，但如果你有玩開 Docker 嘅預發佈版，或者需要同時運行不同網絡配置嘅守護進程，Docker contexts 就可以幫你清晰咁分隔開佢哋。你可以為每個唔同嘅 本地守護進程 實例（例如一個行喺默認 socket，另一個行喺不同端口）建立獨立嘅 context。噉樣，當你需要測試某個新功能時，就 use 去新版本 daemon 嘅 context；要做穩定嘅開發時，就切換返去舊穩定版。所有操作都通過同一個 Docker CLI 介面完成，唔使開多個終端機或者改嚟改去，令到你嘅本地開發環境管理得有條不紊。總括嚟講，無論係為咗方便 遠程連接、團隊協作定係本地多環境管理，花少少時間學習同設定 Docker Context，絕對係一個回報率極高嘅投資，令你嘅 容器 工作流程變得更專業同高效。

AboutconfigurationProfessional illustrations

2026 年最新指令同參數

講到 2026 年最新嘅 Docker CLI 指令同參數，尤其係 docker context create 呢個指令，真係有唔少更新同優化值得我哋深入拆解。首先，你要明白 Docker Context 嘅概念，其實就係一個環境配置設定檔，入面會定義好你嘅 Docker client 要點樣連去邊個 Docker daemon（或者叫 Docker 守護進程）。簡單啲講，就係一個「工作環境」嘅設定，可以係連去你本地嘅 Docker socket，亦都可以係連去遠端嘅 Docker 端點，對於管理多部機或者不同環境（例如開發、測試、生產）嘅容器非常方便。

喺 2026 年，docker context create 指令嘅參數更加精細化，主要圍繞住 endpoint management 同 TLS configuration。最基本嘅指令結構冇變，都係 docker context create [OPTIONS] CONTEXT_NAME，但係啲選項（OPTIONS）就多咗同埋語義更清晰。例如，而家你要建立一個連去遠程守護進程嘅上下文，指定 Docker 端點 嘅參數係必須嘅。你可以用 --docker 或者 --endpoint 呢個旗標（flag）去設定，格式通常係 host=ssh://user@remote-server 或者 host=tcp://192.168.1.100:2376。特別要提嘅係，端口 2376 依然係 Docker Daemon 預設嘅安全（TLS）連接端口，喺設定遠端連接時好關鍵。

TLS configuration 方面，2026 年嘅做法更強調自動化同安全。以前可能要手動指定 --tlsverify、--tlscacert、--tlscert、--tlskey 呢一堆路徑，而家嘅 docker context create 可以配合環境變數或者預設嘅安全配置目錄，令到 remote daemon access 設定更流暢。例如，如果你嘅遠端伺服器已經配置好 TLS，你只需要喺建立上下文時指明端點同需要 TLS 驗證，CLI 就會嘗試用預設或當前用戶嘅證書去連接，減少咗好多手動步驟。不過，對於進階用戶，所有細粒度嘅 TLS 參數依然可以透過對應嘅旗標去自訂，確保你嘅服務端配置符合公司最嚴格嘅安全政策。

另一個 2026 年好實用嘅更新，係關於 context configuration 嘅描述同標籤功能。而家建立上下文時，你可以用 --description 參數加一段文字說明呢個上下文嘅用途，例如「用於連接 AWS 上生產環境集群」。仲有 --label 參數，可以為你嘅上下文加上鍵值對標籤，方便之後用 docker context ls 配合過濾指令去管理大量嘅上下文。呢啲改進對於團隊協作或者個人管理多個容器環境嚟講，係一大福音。

當然，淨係識建立係唔夠嘅，仲要識點樣用。建立好上下文之後，你可以用 docker context use CONTEXT_NAME 嚟快速切換，即係所謂嘅 上下文切換。呢個係 Docker contexts 管理嘅核心操作之一。跟住，你再用 docker ps 或者 docker images 呢啲 CLI命令 時，所有操作就會喺你切換咗嘅那個 Docker Daemon 上執行，完全唔使改環境變數或者重新登入，非常方便做容器管理。你可以想像下，朝早用緊本地上下文寫緊 code 測試容器，下晝一鍵切換去遠端生產環境上下文做部署，效率提升唔係講笑。

最後，都要提下同 docker context create 相關嘅其他上下文管理指令。例如 docker context export 同 docker context import，喺 2026 年嘅版本中，呢對指令嘅兼容性同穩定性都提升咗，方便你將一個精心配置好嘅上下文（包含晒所有端點管理同 TLS 設定）打包成一個檔案，分享俾團隊其他成員，或者備份落嚟。尤其係當你睇完 CSDN 或者 LabEx 上面嘅容器教學，跟住做實驗設定好一個複雜嘅遠端環境，就可以用 export 功能將個設定保存，第日重裝系統或者換新機都唔使重新嚟過。

總括嚟講，2026 年嘅 docker context create 指令，喺保持核心功能不變嘅前提下，喺安全性、易用性同管理細粒度上都有明顯進步。無論你係想設定一個簡單嘅本地守護進程連接，定係一個需要複雜 TLS configuration 嘅遠程連接，透過恰當使用最新嘅參數，都可以好有效率咁完成設定，然後透過 context switching 喺不同嘅 Docker 端點 之間無縫切換，真正做到高效嘅容器管理。記住，熟練運用上下文，係你掌握 Docker 多環境操作嘅關鍵一步。

About容器Professional illustrations

常見設定錯誤同解決方法

好喇，而家我哋就嚟傾下喺建立同管理 Docker Context 時，最常遇到嘅設定錯誤同埋點樣解決佢哋。好多師兄師姐，特別係初接觸 Docker CLI 同 Docker Context 嘅朋友，好多時都會喺配置遠端 Docker Daemon 或者切換環境嗰陣中伏，搞到 command 行唔到，或者連唔到想去嘅 Docker 端點。等我逐個常見錯誤同你拆解下。

首先，最經典嘅錯誤就係喺執行 docker context create 去設定一個遠端 Docker 守護進程 嗰陣，搞錯咗個 Docker 端點 嘅連接資訊。好多教學，包括 CSDN 或者 LabEx 上面嘅 容器教學，都會叫你用 -d docker 或者直接指定一個 remote host。但係最常見嘅死因，就係冇正確配置 TLS configuration。如果你要連去一個需要安全連接嘅 remote daemon access，例如用默認端口 2376，你必須準備好 CA 證書、客戶端證書同私鑰。如果冇搞掂呢啲 TLS 檔案，或者喺 context configuration 入面條路徑指錯咗，咁你之後用 docker context use 切換過去，再做任何 容器管理 指令，都會彈出「x509: certificate signed by unknown authority」或者類似嘅 TLS 錯誤。解決方法好直接，就係要 double-check 你嘅證書路徑同權限，確保你喺建立 context 時，用 --docker host=tcp://:2376 呢類格式之餘，仲要用 --docker tlsverify=true 同 --docker tlscacert、tlscert、tlskey 等參數準確指向你啲檔案。記住，安全連接唔可以求其，少一個參數都唔得。

第二個常見錯誤，就係混淆咗 Docker client 同 Docker daemon 之間嘅關係，特別係喺 上下文切換 之後。有啲朋友以為用 docker context use 切換咗去一個遠端 context，就等如將所有操作都搬咗去第二部機，但其實個 Docker CLI 本身仲係喺你本地機運行。如果你個本地 Docker 客戶端 版本同遠端嘅 Docker 守護進程 版本相差太遠，可能會出現 API 不兼容嘅情況，導致一啲指令執行失敗。例如，你本地 CLI 係好新嘅版本，但遠端 daemon 仲係舊版，咁你喺用一啲新功能指令時就可能會撞板。解決方法係，喺規劃 endpoint management 時，要盡量保持 client 同 daemon 版本嘅兼容性，或者至少知道有呢個潛在問題。你可以先用 docker version 指令（喺切換 context 後執行）去確認而家連緊嘅服務端版本，咁就唔會估估下。

另一個好易出事嘅位，就係關於 Docker socket 嘅配置。有時為咗方便，特別係喺開發環境，有人會直接將遠端 daemon 嘅 socket 暴露喺網絡上（例如直接用 unix:// 或 tcp:// 而不加 TLS）。呢個係一個極之危險嘅 常見設定錯誤，因為咁樣等同將你部機嘅 root 權限開放畀任何可以連到嗰個端口嘅人。就算你只係想喺內網做 遠程連接，都應該盡可能用 TLS 加密。解決方法就係，千祈唔好貪方便 skip 咗 TLS 設定。如果測試環境真係要咁做，都一定要用防火牆規則嚴格限制可訪問嘅 IP 地址，並且當作一個臨時措施，唔好長期使用。

仲有，唔少人會忽略 context export/import 嘅重要性。當你喺一部機度設定好一個完美嘅 Docker Context，想喺另一部機度用返，如果你逐個參數手動輸入，好易打錯字。呢個時候，最好嘅做法係用 docker context export 將個設定導出成一個檔案，然後將個檔案抄去第二部機，再用 docker context import 導入。咁樣可以確保所有複雜嘅 服務端配置，包括 TLS 路徑同 host 地址，都原封不動噉搬過去，避免人手輸入錯誤。呢個係一個好實用嘅 上下文管理 技巧，可以節省好多除錯時間。

最後，一個好瑣碎但又好常見嘅問題，就係 Docker contexts 嘅命名同現有 context 嘅衝突。當你用 docker context create 建立新 context 時，如果個名同已有嘅 context 重複，命令就會失敗。同樣，當你想用 docker context use 切換時，如果打錯 context 名，就會見到「context not found」嘅錯誤。呢啲都係屬於粗心大意嘅錯誤，解決方法就係養成好習慣，先用 docker context ls 列出所有現有嘅上下文，睇清楚名同而家正在用緊邊個（前面有個星號 標記）。呢個簡單動作可以避免好多無謂嘅混亂，令你嘅 命令行界面 操作更加流暢。

總括嚟講，管理 Docker Context 嘅威力好大，可以令你輕鬆穿梭唔同嘅 本地守護進程 同 遠端守護進程 之間做 容器 操作。但係，設定上嘅細節，尤其係安全連接同參數準確性，就一定要打醒十二分精神。只要避開以上呢幾個常見嘅坑，妥善做好 環境配置 同 端口 管理，你就可以好順暢噉利用 docker context create 同相關指令，成為一個真正嘅 容器管理 高手。

About容器教學Professional illustrations

點樣刪除唔用嘅 Context

講到 Docker Context 管理，好多時我哋會用 docker context create 建立一大堆 context configuration 去連唔同嘅 Docker Daemon，可能係為咗測試 remote daemon access，又或者係連去唔同環境嘅 Docker 端點。但日子耐咗，個 Docker contexts 清單就會越嚟越長，充滿啲過期、測試用、或者已經唔存在嘅 endpoint management 設定。咁點樣執返乾淨個 命令行界面 呢？呢個就係我哋要深入講嘅「點樣刪除唔用嘅 Context」。

首先，你要知道點樣檢視現有嘅 Docker Context。最直接就係用 docker context ls 呢個 CLI命令。佢會列出晒所有你設定好嘅上下文，包括個 context 叫咩名、係咪而家正用緊嘅（前面會有個星號 ）、描述、以及最重要嘅 Docker 端點 資訊，例如係用緊 本地守護進程 定係經 TLS configuration 連去遠端嘅 端口2376。睇清楚個清單，你就會知道邊啲係「唔用嘅」。例如，你可能會見到一啲舊年測試時建立、連去某部已經關機伺服器嘅設定，又或者係一啲名為「test」、「old-backup」之類明顯可以清理嘅 環境配置。

當你鎖定咗目標，刪除一個 Docker Context 嘅指令其實好簡單，就係 docker context rm [CONTEXT_NAME]。不過，喺執行呢步之前，有幾個重要檢查點你一定要做，唔係就好容易影響你之後嘅 容器管理 工作。第一，千祈唔好刪除你而家正用緊嘅現行 Context！如果你刪咗現行嘅，個 Docker client 即刻會唔知點樣同 Docker 守護進程 溝通，跟住所有 Docker CLI 指令都會失敗。所以，喺刪之前，一定要用 docker context ls 確認邊個係現行（有星號 * 標記）。如果你想刪嘅正係現行嗰個，你必須先用 docker context use 切換去另一個有效嘅 context，例如切換返去預設嘅「default」上下文，先至可以進行刪除。呢個 上下文切換 嘅步驟係確保操作安全嘅關鍵。

第二，要確認你想刪嘅 Context 真係唔再需要。點確認？你可以睇吓個 Context 嘅 endpoint management 設定。有時啲 Context 可能只係用嚟連去某個開發同事嘅機器，或者某個暫時停用嘅雲端 容器 叢集。如果你唔肯定個遠端 Docker Daemon 仲存唔存在，最穩陣係先嘗試用 docker context use 切換過去，然後執行一個簡單指令如 docker version 嚟測試連接。如果出現連接錯誤，咁呢個 Context 九成已經失效，可以放心刪除。呢個過程亦都係 遠程連接 管理嘅一部分。

刪除操作本身好快，但背後嘅意義係幫你整理好個 Docker client 嘅工作環境。一個乾淨嘅 context 清單，可以減少你喺 上下文切換 時揀錯目標嘅機會，尤其當你需要頻繁喺本地開發機同遠端生產伺服器之間切換時。例如，你唔會想一時大意，將應該喺本地行嘅 容器教學 用嘅測試指令，誤喺生產環境嘅 Context 度執行咗。清理唔用嘅設定，就係減低呢類人為錯誤風險嘅好習慣。

最後，想提多一個進階啲嘅情景：有時我哋可能會想備份某啲 Context 嘅設定先再刪除。雖然 Docker CLI 冇直接嘅 context export/import 指令，但你可以透過查看 context 嘅設定檔（通常喺用戶家目錄下的 .docker/contexts/meta 目錄內）嚟了解其結構，或者簡單啲，將重要嘅 服務端配置 參數（例如 Docker socket 路徑、TLS 相關證書路徑、主機地址等）記錄低。咁樣，就算將來需要重建類似嘅 遠程連接 設定，都有個參考。總括嚟講，定期檢視同清理 docker contexts，係每個注重效率同安全嘅開發者或系統管理員應該做嘅 容器管理 日常維護工作，令你嘅 命令行界面 保持清晰同高效。

AboutDockerProfessional illustrations

高效管理多環境技巧

講到高效管理多環境，對於成日要喺本地開發機、測試伺服器同雲端生產環境之間切換嘅 DevOps 工程師嚟講，Docker Context 簡直係救星。簡單啲講，Docker Context 就係一個配置集，入面包咗晒所有連接去唔同 Docker 守護進程 (Docker Daemon) 需要嘅資訊，包括 Docker 端點 (endpoint) 嘅地址、TLS 證書設定等等。以前冇呢個功能嗰陣，我哋可能要手動改環境變數，或者用唔同嘅 Docker CLI 配置檔，好易撈亂又易出錯。而家利用 docker context create 呢個命令，就可以好清晰咁為每個環境建立獨立嘅上下文設定，再透過 docker context use 一鍵切換，管理效率即刻提升幾倍。

咁具體點樣操作呢？首先，你可以用 docker context ls 睇下現時有咩上下文可以用，通常預設會有一個叫 "default" 嘅，指向你本機嘅 Docker socket。當你要加一個新環境，例如連接去一部內部測試伺服器，你就可以執行好似「docker context create lab-test --description "測試實驗室環境" --docker host=tcp://192.168.1.100:2376 --docker ca=~/certs/ca.pem --docker cert=~/certs/client-cert.pem --docker key=~/certs/client-key.pem」咁樣嘅命令。呢度就展示咗點樣設定一個有 TLS configuration 嘅安全遠端連接，端口 2376 就係 Docker Daemon 預設嘅安全通訊端口。建立好之後，你只需要打「docker context use lab-test」，之後所有 Docker client 命令，例如 docker ps、docker run，都會自動指向遠端嗰部伺服器嘅 Docker 守護進程，而唔會影響到你本地嘅 容器，真正做到環境隔離。

除咗基本建立，進階嘅 高效管理多環境技巧 仲包括點樣整理同備份你嘅設定。Docker Context 支援 context export/import 功能，對於團隊協作或者環境遷移好有用。你可以將一個精心設定好嘅 Context 匯出成一個檔案，分享俾你嘅隊友，佢哋一 import 就可以用，唔使逐個參數重新輸入，避免人手錯誤。另外，養成好習慣為每個 Context 起一個一目了然嘅名同加上詳細描述，例如 "prod-aws-eu" 或者 "staging-gcp"，咁樣當你有一大堆環境嗰陣，用 docker context ls 列出嚟嘅時候就唔會一頭霧水，加快你 上下文切換 (context switching) 嘅決策速度。

對於需要頻繁切換嘅用家，我哋可以再深入啲睇下點樣將呢個流程融入到日常腳本同工具鏈入面。例如，你可以設定埋唔同嘅環境變數或者 alias 命令，令到切換環境更加順暢。又或者，當你管理緊一啲複雜嘅多節點集群時，一個 Docker Context 可以對應一個 Swarm 管理器節點，咁樣你嘅 命令行界面 操作就會直接喺個集群上生效。呢種 遠程連接 同 端點管理 (endpoint management) 嘅能力，令到無論你係想喺本地快速測試單一 容器，定係想管理遠端嘅大規模容器部署，都可以用同一套 Docker CLI 工具去完成，大大統一咗工作流程。

最後都要提一提常見嘅陷阱同最佳實踐。首先，安全永遠行先，尤其係當你設定 remote daemon access 嘅時候，一定要用 TLS 加密，千祈唔好貪方便用冇加密嘅 HTTP 連接。其次，定期檢視同清理一啲已經唔再使用嘅 Context，避免配置檔堆積過多。記得，Docker Context 只係改變咗 Docker client 命令嘅目標對象，並冇改變命令本身，所以你要確保你切換過去嘅環境，有齊你需要用到嘅映像同網絡設定。掌握好呢啲 上下文管理 技巧，你就能夠好似一個交響樂指揮咁，優雅而精準地控制住你分散喺各處嘅 容器 環境，無論係開發、測試定係生產階段，都能夠運籌帷幄。