GCP Kubernetes中Pod Finalizer是否会阻止SIGKILL信号直到其被移除？

直接说结论：Pod Finalizer不会阻止Kubernetes向Pod内的应用/操作系统发送SIGKILL信号，它的作用和容器进程的终止流程完全是两回事。

具体拆解下逻辑：

• 当Pod被触发删除时，Kubernetes的终止流程是先给容器发送SIGTERM信号，等待你配置的terminationGracePeriodSeconds时长（默认30秒），如果到点容器还没退出，就会强制发送SIGKILL终止进程。这个流程和Finalizer没有关联。
• Pod Finalizer的作用是在API层面阻止Pod对象被彻底删除——也就是说，只要Finalizer还在Pod的metadata里，Kubernetes就不会把这个Pod对象从etcd中移除，但容器本身的终止操作该执行还是会执行。
• 如果你想让正在处理长请求（最长3小时）的Pod不被提前终止，正确的做法是：
  • 把terminationGracePeriodSeconds设置得足够长（比如超过3小时），给应用足够的时间完成现有请求。
  • 在应用里监听SIGTERM信号，收到后停止接收新请求，等待所有正在处理的请求完成后再主动退出。

Finalizer适合用来处理Pod删除前的资源清理（比如删除关联的存储卷、同步状态到外部系统），但管不了容器进程的终止信号。

内容的提问来源于stack exchange，提问作者Mr J