我使用 gitlab runner in k8s
一直用这个,不过最近发现和 gitlab runner 新版本兼容有问题,出现
kaniko should only be run inside of a container, run with the --force flag if you are sure you want to continue
然后发现 kaniko 已经不维护了。
这个必须要开启特权模式容器,需要启动守护进程
buildah 、podman 没测试, 不知道是否适合 CI 场景使用。
哪个在 gitlab runner in k8s 好用
1
Vraw5 19 天前 ![]() kaniko 不建议脱离他们的镜像使用。可以试试 buildkit ,前两天我也发过帖子,或许这个是最优替代了
|
![]() |
2
cyaki 19 天前 ![]() 用 buildkit
docker cli 配置 remote driver 指向 buildkit 再尝试用 karpenter 做 CICD 的自动扩缩容 |
3
homolabby 19 天前
支持楼上,buildkit 里面的 buildctl 可以使用 rootless 模式,本质上是一个 rootless 的 container ,不需要 cgroupv2 和 privileged
|
4
homolabby 19 天前
还有一点很关键,kaniko 不能够完全支持 Dockerfile 语法,比如 --mount=type=cache 保存 go mod 和 build 缓存都不支持,导致 kaniko 做 ci 会比 buildkit 慢且资源开销大很多
|
5
bli22ard OP @Vraw5
@cyaki @homolabby buildkit 我看必须要启动一个 daemon 进程,而且看 https://lomtom.cn/vrqlkpdd61y0 这个教程, 配置也很麻烦。 kaniko 的 dockerfile 语法支持问题, 我的 dockerfile 比较简单,都是基本的语法 |
6
Vraw5 19 天前
@bli22ard #5 看官方文档,我感觉还好。不用 Job 形式,用 Pod 就好,svc 形式感觉都用不上。
https://github.com/moby/buildkit/tree/master/examples/kubernetes#pod |
7
bli22ard OP @Vraw5 #6 我看了下, 最类似 kaniko 的方式是 https://github.com/moby/buildkit/blob/master/examples/kubernetes/job.rootless.yaml 这个不需要守护进程,直接构建。我想性能最佳的方式,可能是 https://github.com/moby/buildkit/blob/master/examples/kubernetes/deployment%2Bservice.privileged.yaml 。
|
![]() |
8
coefuqin 18 天前
瞬间想起了 5 年前的记忆。那时候 kaniko 刚起步,现在竟然不再维护了。
|
9
Mithril 18 天前
buildkit
我们之前也折腾了很长一段时间 k8s build ,包括你说的 kaniko 。但折腾到最后就是找个物理机或者虚拟机,里面直接装个 runner 跑去。简单省力,Debug 也非常方便。 |
10
bli22ard OP |
![]() |
11
mengyx 18 天前
我们团队都换到 buildah 了,没遇到啥问题;
不过我们的镜像都比较简单,基本是一个 step 构建好产物之后,用 buildah 拷贝到容器镜像; |