開發者工具 · Docker run 到 Docker compose 轉換器
--restart、--name 和 --hostname 如何成為 Compose 服務設定
· 工作原理
碼頭工人 撰寫 重啟策略
一些小標誌決定容器是否在重新啟動後繼續存在以及它的名稱。這篇文章解釋了四種重新啟動策略和命名鍵，以及 Compose 管理它們時發生的變化。
斷電後沒有任何回 - docker run 有 --restart except-stopped，新的 Compose 檔案沒有
斷電後什麼也沒恢復 - docker run 有 --restart except-stopped，但新的 Compose 檔案沒有。證據：省略 --restart 會從服務中刪除該指令提供的策略。使用一次性文字重現重新啟動命名。將每個來源實例與 restart_container_name 主機名稱配對；保留守護程式和名稱衝突以供目的地審查。
重啟策略事件也揭示了一個單獨的重啟策略事件邊界是 --name 寫入了container_name，也影響了服務金鑰。證據：--name 寫入container_name，也會影響服務金鑰。此重新啟動命名約束是一個停止點。檢查沒有製造行為的重新啟動容器名稱主機名，然後記錄主機檢查是否有守護程序和名稱衝突。
四種重啟策略 — 否、有可選重試計數的故障時、始終和除非停止，以及守護程序如何在啟動時應用它們
四種重啟策略 — 否、有可選重試計數的故障時、始終和除非停止，以及守護程序如何在啟動時應用它們。證據：最後的重啟值獲勝，故障計數收到可移植性說明。將重新啟動命名令牌追蹤到重新啟動容器名稱主機名稱。將有序值與最後值欄位分開；守護程式和名稱衝突不在集合範圍內。
一個相關的重啟策略機制邊界是， 一個單獨的重啟策略語法邊界是 --hostname 寫入主機名稱而不斷言 DNS 行為。證據：--hostname 寫入主機名稱而不斷言 DNS 行為。使用此重新啟動命名事實來預測重新啟動容器名稱主機名稱中的一個成員或標量。在決定有關守護程序和名稱衝突的任何事情之前檢查警告。
restart：在 Compose 中 — 相同的值，以及為什麼 except-stopped 和總是在明確 docker stop 後才不同
restart：在 Compose 中 — 相同的值，以及為什麼 except-stopped 和總是只在明確 docker stop 後才不同。證據：守護程式啟動行為不是透過轉換來模擬的。判斷從其模型重新啟動命名序列化。在重新啟動容器名稱主機名稱中引用可以保護類型，但不會提供守護程序和名稱衝突的操作證明。
第二個重啟策略序列化觀察是一個單獨的重啟策略輸出邊界是樣本可以一起顯示重啟名稱和外部網路。證據：範例可以同時顯示重新啟動名稱和外部網路。此重新啟動命名輸出將設定與不可用的上下文分開。保持重新啟動容器名稱主機名稱可審查，並獨立檢查守護程序和名稱衝突。
--name to container_name — 你得到什麼（可預測的名稱）和你失去什麼（縮放和名稱衝突）
--名稱到容器名稱 — 您獲得什麼（可預測的名稱）和您失去什麼（縮放和名稱衝突）。停在重啟命名異常處而不是猜測。任何靠近重新啟動容器名稱主機名稱的新增都需要與守護程式和名稱衝突相關的特定部署的原因。
另一個重啟策略異常限制是，一個單獨的重啟策略異常邊界是不推斷健康恢復depends_on和orchestrator策略。證據：健康恢復depends_on和orchestrator策略沒有被推論出來。保留警告旁邊的原始重新啟動命名指令。此比較顯示了重新啟動容器名稱主機名稱包含的內容以及哪些守護程序和名稱衝突決策仍然是手動的。
--hostname to hostname — 容器內的名稱，與 Compose 為服務提供的 DNS 名稱不同
--主機名稱到主機名稱 — 容器內的名稱，與 Compose 為服務提供的 DNS 名稱不同。從合成名稱建立重新啟動命名範例。使每個重新啟動的container_name主機名稱項目都可追踪，而不會暴露生產守護程序和名稱衝突詳細資訊。
相同的重啟策略範例範例表明，單獨的重啟策略範例邊界是小的操作標誌成為明確可審查鍵。證據：小的操作標誌成為明確的可審查鍵。配對的重新啟動命名事實應該在重新啟動容器名稱主機名稱中可見。記錄該行並避免有關守護程序和名稱衝突的假設。
工作範例：轉換家庭自動化容器的指令 — 並排重新啟動、名稱、主機名稱和網路設置
工作範例：並排轉換家庭自動化容器的指令 - 重新啟動、名稱、主機名稱和網路設定。將重新啟動命名結果轉換為可觀察到的重新啟動容器名稱主機名稱差異。 Docker 擁有後來的守護程式和名稱衝突裁決。
重新啟動策略結果實作也顯示了一個單獨的重新啟動策略效果邊界，即省略 --restart 會從服務中刪除該指令提供的策略。分割重啟命名職責：轉換寫入重啟container_name主機名，儲存庫刪除秘密，操作員驗證守護程式和名稱衝突。
這不包括什麼——基於健康檢查的重啟、取決於 Swarm 或 Kubernetes 中的排序和編排重啟
這不包括什麼 - 基於執行狀況檢查的重新啟動、取決於 Swarm 或 Kubernetes 中的排序和編排重新啟動。限制重新啟動命名範圍以重新啟動此處顯示的 container_name 主機名稱分支。相鄰的表單和預設值無法回答守護程序和名稱衝突問題。
另一個重新啟動策略範圍限制來自單獨的重新啟動策略限制邊界，即最後一個重新啟動值獲勝，並失敗計數收到可移植性說明。將此重新啟動命名邊界視為排除項。與猜測守護程序和名稱衝突相比，更喜歡準確的重新啟動容器名稱主機名稱。
重點：小標誌具有操作意義 - 轉換器將它們保留為您可以查看的明確鍵
重點：小標誌具有操作意義 - 轉換器將它們保留為您可以查看的明確鍵。審核重新啟動命名為來源選項、模型欄位、重新啟動容器名稱主機名稱行和警告。在檢查守護程式和名稱衝突之前刪除機密。
最後，重啟策略外送來源確認了一個單獨的重啟策略決策邊界是守護程序啟動行為不是透過轉換來模擬的。狹義關閉重啟命名：重啟容器名稱主機名稱是候選；不保證守護程式和名稱衝突以及 shell 等效性。