init容器可以是kubernetes作业吗
是否可以将kubernetes作业作为我的kubernetes吊舱的初始容器？
我想只有在kubernetes作业成功达到完成状态后才启动kubernetes pod/部署。如果以上都不行，还有其他出路吗？我不能使用外部脚本检查kubectl等待-for=条件=完成等，然后启动我的pod。
共有1个答案
是的，您可以安全地在Init容器中使用与以前在作业对象中使用的相同的pod规范。如果你需要实现更复杂的工作流，请看看Argo工作流框架——在库伯内特斯做事情。下面是一个条件使用的例子。
-
在job.yaml下面用于创建作业。未创建初始化容器。 [root@app]#kubectl版本客户端版本：version.info{Major：“1”,Minor：“15”,GitVersion：“v1.15.5”,GitCommit：“”,GitTreeState：“Clean”,BuildDate：“2019-10-15T19:16:51Z”,GoVersion：“Go1.12.10”,编译
-
我已经创建了一个有2个INIT容器的作业荚，我的作业成功完成，但没有INIT容器的迹象 对我来说，作业应该在开始之前等待2个init容器的完成 操作系统为Red Hat Enterprise Linux Server 7.3(Maipo) 提前感谢您的帮助。
-
该特性在自 Kubernetes 1.6 版本推出 beta 版本。Init 容器可以在 PodSpec 中同应用程序的 containers 数组一起来指定。此前 beta 注解的值仍将保留，并覆盖 PodSpec 字段值。 本文讲解 Init 容器的基本概念，这是一种专用的容器，在应用程序容器启动之前运行，用来包含一些应用镜像中不存在的实用工具或安装脚本。 理解 Init 容器 Pod 能够具
-
一些上下文：我有多个cron作业每天、每周、每小时运行，其中一些需要很大的处理能力。我想向这些容器cron pod添加请求和限制，以尝试启用垂直扩展，并确保所分配的节点在初始化时具有足够的容量。这将使我不必在任何时候都有多个大型节点可用，也可以让我轻松地修改并行运行的cron数量。我想尽量避免定时缩放，因为cron作业的处理时间会随着应用程序的增长而增加。 编辑 - 附加信息 ： 目前我正在使用数
-
我想减少Azure Cosmos DB SQL-API上的负载，它是从具有依赖注入的.NET Core Web API调用的。 在App Insights中，我注意到对Web API的每次调用都会导致对Cosmos的GetDatabase和GetCollection调用，当Cosmos负载较重时，这些调用可能需要5秒才能运行。 我已经将作为单例（例如这里的建议 - https://docs.mic
-
是否可以初始化一个Spring？ 例如。 （我正在尝试最后两个场景）