是否可以在Kubernetes中公开initContainers上的端口?

是否可以在Kubernetes中公开initContainers上的端口?,kubernetes,kubernetes-service,kubernetes-networkpolicy,Kubernetes,Kubernetes Service,Kubernetes Networkpolicy,我想在Kubernetes作业中的initContainer上公开一个端口。到目前为止,我还没有成功地做到这一点,当我通读它时,它说: Init容器上的端口未聚合到服务下 在这种情况下,聚合意味着什么 到目前为止,我认为答案是否定的,因为我正在运行的实验将不允许我暴露端口。然而,我对库伯内特斯还是相当陌生,所以我不知道我是否在其他地方犯了错误。我想在这里问一下,在我尝试进一步调试之前,我所做的是否可行。这是一个模棱两可的词语选择,但结果是您无法通过服务访问initContainer Kubern

我想在Kubernetes
作业
中的
initContainer
上公开一个端口。到目前为止,我还没有成功地做到这一点,当我通读它时,它说:

Init容器上的端口未聚合到服务下

在这种情况下,聚合意味着什么


到目前为止,我认为答案是否定的,因为我正在运行的实验将不允许我暴露端口。然而,我对库伯内特斯还是相当陌生,所以我不知道我是否在其他地方犯了错误。我想在这里问一下,在我尝试进一步调试之前,我所做的是否可行。

这是一个模棱两可的词语选择,但结果是您无法通过服务访问initContainer

Kubernetes服务通过匹配其标签提供对一组POD的访问。从这个意义上讲,服务是一个聚合器。我想这就是我想要表达的意思

吊舱中还可以有多个容器,每个容器使用不同的端口。如果Pod与服务匹配,则该服务可以配置为在不同端口上提供对这两个端口的访问。因此,一个服务也可以使多个端口可用,尽管我不会称之为聚合

Pod在其就绪探测通过且Pod状态为就绪之前不会被服务暴露。当Pod状态为初始化时,initContainer在探测器之前运行。因此,服务无法访问它是合乎逻辑的。想要在外部公开initContainer也是很奇怪的,因为它本质上是临时的

您的目标是调试()还是允许其他pod/容器访问?我相信Pod在init会有一个IP地址,但没有一个可以保证稳定的IP地址,所以我不知道您是否可以向前移植进行调试


我注意到您说您希望在作业中公开initContainer。在工作中为交通服务将是一个不同寻常的目标。如果目的是监控工作,请参见

谢谢@Ryan Dawson,非常好的信息。我打算为一个独特的用例在作业中对外公开initContainer。