開發者工具 · Docker run 到 Docker compose 轉換器
Docker 連接埠對映語法：將 -p 8080:80/udp 轉換為 Compose 連接埠
· 工作原理
碼頭工人 撰寫 端口
-p 標誌將主機 IP、主機連接埠、容器連接埠和協定打包到一個字串中。這篇文章對字串進行了分解，展示了 Compose 短語法和長語法，並解釋了 YAML 引用陷阱。
連接埠 22 變成 1342 — 手動移植的 Compose 檔案暴露了沒人要求的內容
連接埠 22 變成了 1342 — 手動移植的 Compose 檔案暴露了沒有人要求的東西。證據：每個 -p 值都作為短語法保留在連接埠下。使用一次性文字複製連接埠發布。將每個來源事件與連接埠配對並公開；保留綁定和協定以供目的地審核。
連接埠事件也揭示了一個單獨的連接埠事件邊界是沒有產生長格式目標或已發佈的對應。證據：沒有產生長格式目標或已發佈的對應。此連接埠發布約束是一個停止點。檢查連接埠並在沒有製造行為的情況下公開，然後記錄綁定和協議的主機檢查。
-p 的剖析 - [ip:]hostPort:containerPort[/protocol], 具有範圍和選擇隨機連接埠的主機連接埠省略形式
-p 的剖析 - [ip:]hostPort:containerPort[/protocol], 具有範圍和選擇隨機連接埠的主機連接埠省略形式。證據：測試了 spaced、equals、attached、repeated、ranged、UDP、IPv4 和 IPv6 拼字。將連接埠發布令牌追蹤到連接埠並公開。將有序值與最後值欄位分開；綁定和協定不在集合中。
一個相關的連接埠機制邊界是一個單獨的連接埠語法邊界是三個發布選項變成三個有序清單條目。證據：三個發布選項變成三個有序清單條目。使用此連接埠發布事實來預測連接埠中的一個成員或標量並公開。在決定有關綁定和協議的任何事情之前檢查警告。
撰寫短語法 - 與清單項目相同的字串，以及為什麼應該始終引用它
編寫短語法 - 與列表項目相同的字串，以及為什麼應該始終引用它。證據：冒號重的連接埠字串被 YAML 編寫者引用。從其模型判斷連接埠出版物的序列化。在連接埠中引用並公開可以保護類型，但不提供綁定和協定的操作證明。
第二個連接埠序列化觀察值是一個單獨的連接埠輸出邊界是 --expose 寫入公開且從不取代發布。證據：--expose 寫的是“expose”，但絕對不能取代“publishing”。此連接埠發布輸出將設定與不可用上下文分開。保持連接埠和公開可審查，並獨立檢查綁定和協定。
轉換器僅發出帶引號的短格式連接埠；它不會產生長映射形式
編寫長語法 — target、published、protocol、host_ip 和 mode 作為明確鍵。證據：沒有產生長格式的目標或已發布的地圖；轉換器僅發出引用的短格式連接埠；它不會產生長映射形式。停在連接埠發布異常處而不是猜測。連接埠和公開附近的任何新增都需要與綁定和協定相關的特定部署的原因。
另一個連接埠異常約束是，對於此連接埠部分，在此候選檔案旁邊保留此連接埠部分的原始命令和此連接埠部分的警告。證據：儲存庫沒有提供更廣泛的執行時間或歷史證據。將原始連接埠發布命令保留在警告旁邊。比較顯示了哪些連接埠和公開內容以及哪些綁定和協定決策仍然是手動的。
工作範例：連接埠清單的三個 -p 標誌 — 同一連接埠上的 TCP 和 UDP、僅 localhost 綁定和連接埠範圍
工作範例：連接埠清單的三個 -p 標誌 — 同一連接埠上的 TCP 和 UDP、僅限本機的綁定和連接埠範圍。從合成名稱建置連接埠發布範例。使每個連接埠和公開項目可追溯，而無需公開生產綁定和協定詳細資訊。
相同的連接埠範例範例示範了單獨的連接埠範例邊界是結果公開每個保留的綁定以供檢查。證據：結果公開了每個保留的綁定以供檢查。配對的連接埠發布事實應該在連接埠和公開中可見。記錄該行並避免有關綁定和協定的假設。
公開與連接埠 — 為什麼 -p 發佈到主機，而公開僅記錄服務之間的連接埠
公開與連接埠 — 為什麼 -p 發佈到主機，而公開僅記錄服務之間的連接埠。將連接埠發布結果轉換為一個可觀察的連接埠並暴露差異。 Docker 擁有後來的綁定和協議判決。
連接埠結果實作也顯示了一個單獨的連接埠效果邊界，即每個 -p 值都作為短語法保留在連接埠下。分割連接埠發布職責：轉換寫入連接埠並公開，儲存庫刪除機密，操作員驗證綁定和協定。
這不包括什麼 - 網路模式：主機，其中連接埠被忽略，以及使發布不必要的反向代理
這不包括什麼 - 網路模式：主機，其中連接埠被忽略，以及使發布不必要的反向代理。證據：主機模式保留連接埠以供參考，並警告它們無效。將連接埠發佈範圍限制為連接埠並公開此處顯示的分支。相鄰的表單和預設值無法回答綁定和協定問題。
另一個連接埠範圍限制來自單獨的連接埠限制邊界，即測試 spaced、equals、attached、repeated、ranged、UDP、IPv4 和 IPv6 拼字。將此連接埠發布邊界視為排除項。更喜歡準確的端口和暴露，而不是對綁定和協議的猜測。
重點：引用您的連接埠並了解每個段 - 轉換器顯示每個 -p 如何成為連接埠條目
重點：引用您的連接埠並了解每個段 - 轉換器顯示每個 -p 如何成為連接埠條目。將連接埠發布審核為來源選項、模型欄位、連接埠並公開行和警告。在檢查綁定和協定之前刪除機密。
最後，ports 外帶來源確認了一個單獨的 ports 決策邊界是冒號重的連接埠字串由 YAML 編寫者引用。縮小連接埠發布範圍：ports 和explore 是一個候選者；不能保證綁定以及協定和 shell 的等效性。