发布网友 发布时间:2022-05-07 10:38
共2个回答
热心网友 时间:2023-10-26 13:53
从 Docker 层面有一个可能的思路是在 Dockerfile 指定 ENTRYPOINT 为一个脚本文件,然后在脚本文件里加上特定信号的捕捉器,在捕捉器里面处理 Pod 退出时的逻辑。 例如这个入口脚本就用了类似的功能。 function shutdown { -> 退出时的清理工作... } trap shutdown SIGTERM SIGINT #注册信号捕捉器 不确定 Kubernetes 关闭 Pod 时候,容器的入口程序会不会收到特定的信号。 只是想到这么个点子,提供一个思路,没有实际测试过,不一定可行。热心网友 时间:2023-10-26 13:53
从 Docker 层面有一个可能的思路是在 Dockerfile 指定 ENTRYPOINT 为一个脚本文件,然后在脚本文件里加上特定信号的捕捉器,在捕捉器里面处理 Pod 退出时的逻辑。热心网友 时间:2023-10-26 13:53
从 Docker 层面有一个可能的思路是在 Dockerfile 指定 ENTRYPOINT 为一个脚本文件,然后在脚本文件里加上特定信号的捕捉器,在捕捉器里面处理 Pod 退出时的逻辑。 例如这个入口脚本就用了类似的功能。 function shutdown { -> 退出时的清理工作... } trap shutdown SIGTERM SIGINT #注册信号捕捉器 不确定 Kubernetes 关闭 Pod 时候,容器的入口程序会不会收到特定的信号。 只是想到这么个点子,提供一个思路,没有实际测试过,不一定可行。热心网友 时间:2023-10-26 13:53
从 Docker 层面有一个可能的思路是在 Dockerfile 指定 ENTRYPOINT 为一个脚本文件,然后在脚本文件里加上特定信号的捕捉器,在捕捉器里面处理 Pod 退出时的逻辑。热心网友 时间:2023-10-26 13:53
从 Docker 层面有一个可能的思路是在 Dockerfile 指定 ENTRYPOINT 为一个脚本文件,然后在脚本文件里加上特定信号的捕捉器,在捕捉器里面处理 Pod 退出时的逻辑。 例如这个入口脚本就用了类似的功能。 function shutdown { -> 退出时的清理工作... } trap shutdown SIGTERM SIGINT #注册信号捕捉器 不确定 Kubernetes 关闭 Pod 时候,容器的入口程序会不会收到特定的信号。 只是想到这么个点子,提供一个思路,没有实际测试过,不一定可行。热心网友 时间:2023-10-26 13:54
从 Docker 层面有一个可能的思路是在 Dockerfile 指定 ENTRYPOINT 为一个脚本文件,然后在脚本文件里加上特定信号的捕捉器,在捕捉器里面处理 Pod 退出时的逻辑。