当 kubernetes cron job pod 被“替换”并发策略终止时，关闭是什么样子的？
我在官方 kubernetes 文档中找不到任何关于此的内容。替换长时间运行的 cron 作业的实际低级进程是什么？我想了解这一点，以便我的应用程序可以正确处理它。
- 发送到正在运行的应用程序的是干净的
SIGHUP/SIGTERM信号吗 - 信号发出后是否有一段等待时间，以便应用程序在可能被杀死之前有时间清理/关闭？如果是，超时时间是多少秒？还是永远等待
作为参考，以下是文档中的替换策略说明：
https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/
并发策略
- 替换：如果到了运行新作业的时间，而上一次作业运行尚未完成，则cron作业将用新作业运行替换当前运行的作业
共有1个答案
一个CronJob下面只有另一个Pod。
当并发策略为“替换”的 Cronjob 仍处于活动状态时，该作业将被删除，这也会删除 Pod。
当Pod被删除时，Linux容器将被发送SIGTERM，然后在宽限期（默认为30秒）后，将被发送一个SIGKILL
由于添加到< code>DeleteJob调用的标志，听起来这个删除只是从kube键/值存储中删除值。这意味着可以在当前作业/单元仍在终止时创建新的作业/单元。您可以使用不符合< code>SIGTERM且< code > terminationGracePeriodSeconds 设置为几倍于集群调度速度的作业进行确认。
-
当我的程序启动时，它会打开一个文件并定期写入。（它不是日志文件；它是程序的输出之一。）我需要让文件在程序的长度内可用，但我不需要做任何特别的事情来结束文件；把它关上。 我认为，对于Java中的文件I/O，我应该实现可自动关闭的，并将其封装在一个try-with-resources块中。然而，因为这个文件是长期存在的，并且是该程序的少数输出之一，我发现很难组织事情，使我打开的所有文件都包装在try-
-
本文向大家介绍什么是安全策略？相关面试题，主要包含被问及什么是安全策略？时的应答技巧和注意事项，需要的朋友参考一下 回答：安全策略是一个正式且简短的计划，其中包含组织的目标，目的和信息安全程序。简而言之，它定义了确切地需要保护免受威胁的条件以及在威胁发生时如何处理情况。
-
策略模式 一、策略模式的定义 二、策略模式的实际应用 三、策略模式中的设计原则 策略模式 策略模式的定义 策略模式，顾名思义就是指对象具有某个行为，但是在不同的业务场景下，这个行为应该有不同的表现形式，也就是有了不同的策略。让对象能再不同的场景下对同一行为有不同的实现，这就是策略模式。 下面是策略模式的类图： 首先定义一个策略接口： public interface Strategy { pub
-
问题是关于CSP服务两次： 如果有一个策略通过HTTP响应头提供服务，并且还有另一个策略通过 报告，并将所有其他限制放在
-
我使用PuTTY通过SSH连接到我的Linux(Centos8)服务器。然后，我通过以下命令在服务器上运行我的java程序 一切都很好，程序连续运行，但是当我在PuTTY中关闭SSH会话时，我的java程序也会被杀死。为什么会发生，如何预防？！
-
问题内容： Prevayler保证所有写入（通过其事务）都是同步的。但是读呢？ 如果不使用显式同步（在用户代码中），可以进行脏读吗？ 如果将业务对象读取为： ？ 如果是这样，哪种同步策略对用户代码有利？ （考虑业务对象A包含业务对象Bs的集合）， 使用同步集合（A中B的集合），例如从java.util.concurrent包中？ 同步外部事务的集合读取与内部事务的集合写入，例如在读写之间使用“ s