关于kubernetes的initContainer的几个问题

我有两个容器，可能是A和B，A应该在B之前运行，但A是一个服务器应用程序，最终类型正在运行，但不完整，所以我想知道这样，B永远不会执行吗？那么我该如何处理呢？

如果A和B是同一个pod的一部分，那么这就是建立顺序的传统方法

从字面上看，我想你的意思是“跑步，但没有终止”

在您的情况下，A更适合，因为服务器在准备好之前不会接受请求

从

在容器的整个生命周期中，就绪性和活动性探测器都并行运行

• 使用liveness探测器检测内部故障并重新启动容器（例如HTTP服务器关闭）
• 使用就绪探测器检测您是否可以为通信量提供服务（例如，已建立的DB连接）并等待（而不是重新启动）容器

空容器也不是现成的容器。
为了服务交通，吊舱内的所有集装箱必须准备就绪

您可以添加一个参数来指定要评估Pod就绪性的附加条件

也可从

---

“将这种方法和

Hi edselwang进行比较，你能澄清一下“A应该在B之前运行”是什么意思吗？A应该在B之前启动吗？”？A应该在B之前运行几秒钟吗？A应该在B启动之前完成执行吗？你的意思是B在A上被卸载，所以它必须在A功能就绪后启动吗？InitContainer不是正确的选择，也许你可以看看。我的意思是a应该在B之前运行几秒钟，因为a是一个服务器应用程序，所以a的最终类型正在运行，没有完成，可能readiness probe是我问题的答案，我稍后会尝试。