CI/CD 平台选型对比：与 Jenkins 同类的方案
Jenkins 是历史悠久的开源自动化服务器，插件灵活但自运维与插件治理 成本较高。实际选型中常与代码托管内置 CI 、商业/托管 CI 、云原生/GitOps 及国内一站式 DevOps 对比。下文按类型归纳主流产品、优劣与适用场景，并补充 CI / CD / GitOps 分层、部署形态 、构建与交付分工 及决策示意 ；价格、功能边界与地区合规 以各厂商当前文档为准，表中「不足」多为相对概括。
目录
- [CI、CD 与 GitOps（概念分层）](#CI、CD 与 GitOps（概念分层）)
- 方案分类
- 部署形态对照
- 主流平台对照表
- 多维度简评（定性）
- [构建 vs 交付：工具常如何分工](#构建 vs 交付：工具常如何分工)
- [国内一站式 DevOps 平台](#国内一站式 DevOps 平台)
- 其他开源与轻量工具（补遗）
- 常见组合架构（示意）
- 选型决策树（示意）
- 选型决策要点（条目）
- [与 Jenkins 文档的衔接](#与 Jenkins 文档的衔接)
- 免责声明
CI、CD 与 GitOps（概念分层）
| 层次 | 关注点 | 典型工具角色 |
|---|---|---|
| CI | 编译、测试、质量门禁、产出制品 | Jenkins、GitLab CI、GitHub Actions、Tekton（Task/Pipeline） |
| CD（交付） | 将已验证制品发布到环境；可含审批与策略 | 同上 + 发布脚本、Spinnaker 等 |
| GitOps（部署范式） | 以 Git 中声明式清单 为期望状态，控制器对账集群 | Argo CD 、Flux（常与 CI 配合，而非简单「替代 Jenkins」） |
GitOps（可选）
CD（推进环境）
CI（构建与验证）
构建
测试
制品
测试环境
预发/生产
Git 中的 K8s 清单
Argo CD / Flux 同步
方案分类
| 类别 | 示例 |
|---|---|
| 代码托管内置 CI/CD | GitLab CI/CD、GitHub Actions、Gitea Actions |
| 通用 CI/CD 服务器/服务 | Jenkins、TeamCity、CircleCI、Drone、Buildkite 等 |
| Kubernetes / GitOps 向 | Argo CD、Flux、Tekton、Jenkins X（定位随项目演进） |
| 国内云厂商一站式 | 阿里云云效、腾讯云 CODING、华为云 CodeArts（原 DevCloud）、极狐 GitLab 等 |
部署形态对照
| 形态 | 说明 | 代表倾向 |
|---|---|---|
| SaaS 托管 | 厂商运维控制面与 Runner，按分钟/席位计费 | GitHub Actions、CircleCI（公有云） |
| 自托管单机/集群 | 自有 VM/K8s 上部署 Controller 与 Runner | Jenkins、GitLab、TeamCity |
| 混合 | 控制面 SaaS + 自建 Runner（出包不出代码） | GitLab SaaS + 私有 Runner、部分云效模式 |
主流平台对照表
| 工具 | 类型 | 核心优势 | 主要不足 | 适用场景 |
|---|---|---|---|---|
| GitLab CI/CD | 托管/自建一体化 | 与 GitLab 一体，.gitlab-ci.yml 统一配置，功能面全，可私有化 |
自建时 GitLab 单体资源占用较大 | 已用 GitLab，希望仓+流水线一体化 |
| GitHub Actions | 托管 | 与 GitHub 绑定深，YAML 简单，Marketplace 动作丰富，开源友好 | 强绑定托管；企业级细粒度治理需对应付费/能力；自建成本高 | 代码在 GitHub，尤其开源与中小团队 |
| TeamCity | 通用 CI 服务器 | JetBrains 系，UI 与角色权限成熟，社区版免费档 | 商业版费用；特大规模横向扩展需按官方架构评估 | 希望比 Jenkins 更易维护的「服务器型」CI |
| CircleCI | 托管云 CI | 云原生并行与缓存；对接 GitHub/Bitbucket 轻 | 高并发等多为付费能力；数据在境外云需评估合规与网络 | 偏好 SaaS、快速上线的中小团队 |
| Drone CI | 轻量、容器向 | Docker 执行模型简单，资源占用相对小 | 复杂编排与生态面相对 Jenkins 小；归属/路线图以 Harness 系披露为准 | 想要轻量、容器化 Runner 的团队 |
| Argo CD | GitOps 交付 | Git 为事实源 ，声明式同步，多集群 Kubernetes 场景强 | 侧重交付/同步，传统「任意语言构建机」心智不同；非 K8s 为主的项目适配弱 | K8s + GitOps |
| Tekton | K8s 原生流水线 | CRD 声明流水线，可组合，云原生化 | 学习曲线陡，依赖对 Kubernetes 的熟悉度 | 要在 K8s 上自建流水线引擎的平台团队 |
| Jenkins | 通用、插件生态 | 插件极多、可深度定制、社区资料多 | 维护与升级插件矩阵成本高，经典 UI 偏旧 | 已有 Jenkins 资产或强定制、异构集成 |
多维度简评（定性）
表中 高 / 中 / 低 为粗略相对印象，便于快速扫读；同一工具在不同部署方式下会变化。
| 维度 | Jenkins | GitLab CI | GitHub Actions | Argo CD | Tekton |
|---|---|---|---|---|---|
| 自托管灵活度 | 高 | 高 | 低 | 高 | 高（在 K8s 内） |
| 上手曲线（默认） | 中～高 | 中 | 低 | 中～高 | 高 |
| K8s 原生亲和 | 中（靠插件） | 中 | 中 | 高 | 高 |
| 插件/生态扩展 | 极高 | 高 | 高（Marketplace） | 中（围绕 GitOps） | 中（可组合 Task） |
| 运维负担（自托管） | 高 | 高 | 低（SaaS） | 中～高 | 高 |
构建 vs 交付：工具常如何分工
| 环节 | 常见承担者 | 说明 |
|---|---|---|
| 构建、单测、镜像 build | Jenkins / GitLab CI / GitHub Actions / Tekton | 产出镜像、chart 包、二进制 |
| 将「期望集群状态」写入 Git | CI 脚本或独立 Job | 更新镜像 tag、Kustomize overlay 等 |
| 集群内对账、同步 | Argo CD / Flux | 拉取 Git，与集群实况 diff/apply |
误区 ：把 Argo CD 当作 Jenkins 的完全替代品 ------二者常是 CI 出制品 + GitOps 控制器发布 的组合，而非 1:1 替换关系。
国内一站式 DevOps 平台
面向国内网络、发票与等保/数据属地时，常见与「云 + DevOps 套件」绑定的一站式方案：
| 平台 | 优势（概括） | 注意（概括） | 典型契合 |
|---|---|---|---|
| 阿里云云效 | 与 ECS/RDS 等集成；可视化流水线；有入门档位 | 深度能力多与阿里云体系绑定；高级能力计费 | 已上阿里云的企业 |
| 腾讯云 CODING | 需求---代码---流水线---部署链路全；与 CVM/TKE 等集成 | 生态与计费绑定腾讯云 | 腾讯云用户、希望快速搭全链路 |
| 华为云 CodeArts（脉络上承接原 DevCloud） | 项目管理到发布链条长；强调合规与政企场景 | 学习成本与云绑定；产品线名称以官网为准 | 强调合规、华为云为主 |
| 极狐 GitLab | GitLab 国内发行与合规路径，可私有化/SaaS；能力随上游版本演进 | 与 GitLab 同属「重型」一体化，资源要求类似自建 GitLab | 要 GitLab 能力 + 国内落地与商业支持 |
选型时建议单独核对：Runner 是否自建 、代码与日志驻留地 、SSO/审计 、与现有 K8s/制品库对接方式。
其他开源与轻量工具（补遗）
| 名称 | 说明 |
|---|---|
| Gitea Actions | 与轻量 Gitea 宿主绑定，语法贴近 GitHub Actions 体验，适合小而美的自托管。 |
| Jpom 等 | 国产轻量运维/构建发布类工具，适合中小团队快速落地；能力与 Jenkins 完整生态不同，需按官方文档评估。 |
| 其他国产开源 | 社区项目迭代快，名称与仓库请以实际检索为准，避免与商业产品混淆。 |
常见组合架构（示意）
组合 B：经典 + GitOps
Jenkins 构建/测
镜像仓库
Git 更新部署清单
Argo CD 同步 K8s
组合 A：一体化
GitLab + GitLab CI
容器镜像仓库
K8s 部署
选型决策树（示意）
是
否
是
否
是
否
开始选型
代码在 GitHub 且接受 SaaS?
深度 K8s + 声明式交付?
必须私有化且要强插件?
GitHub Actions 等
Argo CD/Flux + 任选 CI
Jenkins / TeamCity / 自建 GitLab
GitLab SaaS / 云厂商 DevOps 套件
实际决策还需叠加预算、合规、团队技能；上图仅作思维辅助。
选型决策要点（条目）
- 代码宿主：GitHub → Actions；GitLab/极狐 → GitLab CI；Gitea → Gitea Actions；仅自建 Git → Jenkins / TeamCity / Drone / 云效等。
- 是否以 Kubernetes 为交付核心 ：是 → Argo CD / Flux （交付）+ Tekton / Jenkins 等（构建）组合常见；否 → 通用 CI 更省心。
- 团队规模与运维 ：小团队倾向 托管 SaaS 或轻量 Drone；中大有专职平台则 GitLab/Jenkins/Tekton 均可。
- 合规与数据 ：政企、金融常倾向私有化 GitLab/极狐/Jenkins 或云厂商专有域。
- 预算：自运维开源（Jenkins、GitLab CE、Tekton） versus 席位/分钟计费的托管 CI。
与 Jenkins 文档的衔接
Jenkins 的定位、Pipeline / LTS 与生产检查清单，见 Jenkins 开源 CI/CD 平台概览与版本演进 。本文侧重与同类及云原生方案的横向对比。
免责声明
产品功能、定价与地区可用性变化频繁；Tekton/Argo/各云产品请以官方文档为准。本文不构成采购建议。
主题：CI/CD 选型、GitLab、GitHub Actions、Argo CD、Tekton、国内云 DevOps。