如何解决在 Jenkins Kubernetes Pipeline 中创建然后使用容器的模式
我是 Jenkins 的长期用户，但对 Kubernetes 有点陌生，并在此处寻求专家的一些指导。基本上，我有许多项目需要三步构建：
- 运行一些流程来生成定制的 Containerfile。
- 将该 Containerfile 转换为映像（buildah、kaniko、img 等）。
- 为该图像创建一个新的“工作”容器，输入它，然后做一些事情。
马上，Kubernetes pods 是不可变的，因此存在一些基本问题，因此工作容器无法在以后添加，但如果其镜像，也无法与初始容器同时创建还不存在。因此，要使其完全发挥作用，它需要是一个多 Pod 构建。这看起来是可行的，但可能更适用于并行而不是顺序运行多个进程的情况[1]。
第二种可能的方法是将工作容器作为 Kaniko 映像调出，然后使用 Kaniko 执行程序“就地”构建它，然后在第 3 步中输入它。
最后，我可以将其拆分为两个 Jenkins 作业——让第一个作业准备容器，然后使用参数化触发器让第二个作业拾取并运行它。
我认为我可以让这些方法中的任何一种发挥作用，但我不想在这个问题上与系统作斗争 - 什么选项最能让我与这些工具的良好实践和设计意图保持一致？
>版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
