• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1061 days ago, the information mentioned may be changed or developed.
10 replies • 2023-12-10 02:42:48 +08:00
 |
1
一般 github action, gitlab ci 够用了
|
1 |
2
啥叫适合 Kubernetes
|
 |
3
@ifsclimbing #2 估计对接 Kubernetes 吧，如果用 Gitlab ，当然是 Gitlab CI 最适合，命令式、声明式都支持，满足各种需求。
|
 |
4
argocd 可以看看
|
 |
5
如果你经常混迹于 Kubernetes 社区，你一定注意过 https://github.com/k8s-ci-robot 这个机器人🤖，负责 CNCF 下面众多开源项目的 CI/CD 。Kubernetes 项目本身的 CI/CD 是一个叫 Prow 的项目，由 K8s Testing SIG 特别兴趣小组开发设计，但仅针对托管在 GitHub 项目（后来才知道原来之前 Google 专门用 Go 给 GitHub 的 API 写过一个 SDK ）。我在三年前部署过一次，挺好玩的，当时还水了一篇文章： https://lawrenceli.me/blog/prow
|
 |
6
|
|
7
argocd 比较不错
|
 |
8
上面说的都是 ci, 只有 argocd 是 cd 。
一般来说中小公司 ci 自动化比如 gitlab ci 、github action 、jenkins ，cd 多数还是手动 或写配置文件比如 yaml/helm/kustomize terraform, argocd 直接使用也是满足一些简单配置。 尽管 K8S 统一了底层基础架构（提到应用交付、部署，大部分都是指往 k8s 上部署），但是它并没有在混合的分布式部署环境之上提供应用层的软件交付模型和抽象，对于复杂的多集群，很多公司用了 Kubevela(cuelang) cuelang 动态配置语言比较强大 但不如 KCL 有强类型和更多扩展. |
 |
9
onedev
|
 |
10
CI：Tekton 和 Argoworkflow
CD：Flux 和 ArgoCD |
Select Language