語境有一個應用程序在 docker 容器中運行。什么時候docker stop %container_id%發送容器接收SIGTERM。此信號在 golang 應用程序內部通過在退出前執行清理代碼來處理。在這種情況下，代碼是退出前的單個日志語句。問題是否保證容器在這條語句執行前不會消失？如果是，它是否適用于其他信號？如果沒有，是否有適用的信號？func main() { http.HandleFunc("/", func(rw http.ResponseWriter, r *http.Request) { fmt.Fprintln(rw, "chirtkem mudila") }) go func() { if err := http.ListenAndServe(":8080", nil); err != nil { log.Fatal(err) } }() interupt := make(chan os.Signal, 1) signal.Notify(interupt, syscall.SIGTERM, syscall.SIGINT) <-interupt log.Println("graceful shutdown") // is it guaranteed to execute before container ceases to exist?}
1 回答
神不在的星期二
TA貢獻1963條經驗 獲得超6個贊
在docker stop %container_id%docker 發送SIGTERM并等待的timeout情況下，默認 10 秒，并發送 SIGKILL。
此超時可使用--time選項配置，文檔
Usage: docker stop [OPTIONS] CONTAINER [CONTAINER...]
Stop one or more running containers
Options:
-t, --time int Seconds to wait for stop before killing it (default 10)
因此 (1) 如果語句花費的時間超過這個時間，則不能保證容器在語句完成期間仍然存活。
對于 (2) 和 (3) 因為 (1) 是否并且docker stop沒有信號覆蓋，不適用于其他信號。
docker kill有信號覆蓋，默認為 SIGKILL，帶--signal標志。 文檔
雖然默認 (SIGKILL) 信號將終止容器，但通過 --signal 設置的信號可能是非終端信號，具體取決于容器的主進程。例如SIGHUP信號在大多數情況下是非終端的，容器收到信號后會繼續運行。
因此，根據命令中提供的信號，容器可能會或可能不會在信號處理后被殺死。
- 1 回答
- 0 關注
- 130 瀏覽
添加回答
舉報
0/150
提交
取消