在 Job pod 中的容器退出并且 sidecar 容器仍在运行后，网络端点被禁用答案

【问题标题】：Network endpoints are disabled after container in a Job pod exits and sidecar container is still running在 Job pod 中的容器退出并且 sidecar 容器仍在运行后，网络端点被禁用
【发布时间】：2019-04-05 20:21:27
【问题描述】：

我有一个带有两个容器的 Job pod，worker 和 sidecar。 Sidecar 容器通过服务公开 REST API。

当工作容器处于活动状态时，边车容器 REST API 会按预期运行。

但是，在 worker 完成/退出后，sidecar 不再可达。我能够确定一旦工作容器退出，网络端点就会被禁用。

是否可以配置 pod，以便只要 pod 中仍有容器在运行，网络端点就保持活动状态？

【问题讨论】：

Job 资源为什么需要 sidecar？也许使用可以跟踪和处理作业执行的自定义 Job operator 会更好？
正如你所怀疑的，边车做了一些清理工作。我对运营商不熟悉。这是一个新功能吗？你能指点我的文档吗？我找到了这个，但我不确定你指的是不是这个：coreos.com/operators
好吧，清理工作似乎是必要的。如果您想跟踪有关您的问题的当前情况，请查看链接：Issue about Job sidecar support SIG about sidecar support enhancement
Operator SDK 是什么 - 它是一种对具有特定功能和生命周期的自定义资源实施 pod 管理的方法。例如，airflow-operator 实现了 Apache Airflow 与 k8s 的集成。另一个例子是spark-operator。有时创建自定义调度程序或使用downward API 会更简单。

标签： kubernetes

【解决方案1】：

这是https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/#job-termination-and-cleanup 的预期行为。

【讨论】：

对，这也是我从文档中收集到的。我在问是否可以为不同的行为配置 pod。
嘿，非常抱歉，我错过了你的回答。据我所知，不是。