DevOps 面试题：CI/CD 基础概念 17 题详解（微信优化版）
前言
CI/CD（持续集成/持续部署）是 DevOps 的核心实践，也是面试必考内容。本文详细解析 50 道 CI/CD 面试题，分三篇发布。
- ✅ 每题包含核心答案、详细解析、代码示例、实战场景
- ✅ 标注【难度等级】和【面试高频指数】
- ✅ 揭示【面试官考察点】，帮你抓住重点
- ✅ 提供【延伸知识】，帮助深入学习
一、基础概念（1-10 题）
1. 什么是 CI/CD？请详细说明三者的区别和联系
【难度】⭐⭐ 【高频指数】⭐⭐⭐⭐⭐ 【建议掌握时间】30 分钟
CI/CD 包含三个递进概念：
- CI（持续集成）：开发人员频繁提交代码到 Git 仓库（通常每天多次），每次提交自动触发构建和测试，尽早发现集成错误
- CD（持续交付）：在 CI 基础上，代码随时可以部署到生产环境，但需要手动确认
- CD（持续部署）：在持续交付基础上，所有变更自动部署到生产环境，无需人工干预
【详细解析】
1. 持续集成（CI）的工作流程：
开发人员提交代码 → Git 仓库 → 自动触发 CI → 构建 → 测试 → 反馈结果
- 频率：每天多次提交（建议每完成一个小功能就提交）
- 目的：尽早发现集成错误，避免"集成地狱"
- 关键实践：自动化构建、自动化测试、快速反馈（构建时间最好<10 分钟）
2. 持续交付 vs 持续部署 对比：
| 特性 | 持续交付 | 持续部署 |
|---|---|---|
| 生产部署 | 手动触发 | 自动执行 |
| 人工审批 | 需要 | 不需要 |
| 自动化程度 | 中等 | 完全自动化 |
| 适用场景 | 大多数企业（推荐起点） | 高成熟度团队 |
| 风险 | 较低（有人工把关） | 需要完善的测试和监控 |
- 提到 DORA 指标（部署频率、变更前置时间等）
- 分享自己团队的实施经验和遇到的问题
- 说明持续交付和持续部署的选择依据
- CI/CD 就是买个工具 — 实际是流程和文化变革
- 只有小团队适合 — 大企业同样适用（如 Amazon 每天部署数万次）
- 自动化测试可有可无 — 没有自动化测试的 CI/CD 是空中楼阁
2. Jenkins 架构由哪些组件组成？
【难度】⭐⭐⭐ 【高频指数】⭐⭐⭐⭐ 【建议掌握时间】45 分钟
Jenkins 采用 Master-Agent 分布式架构：
- Master：提供 Web 界面，管理任务调度，监控 Agent
- Agent：执行具体的构建任务，可以分布在多台机器上
- Plugins：扩展功能（1500+ 插件）
- Jobs：构建任务定义
【详细解析】
1. Jenkins Master 职责：
- 提供 Web UI 和 REST API
- 管理 Job 配置和调度
- 监控 Agent 状态
- 记录构建历史和日志
2. Agent 连接方式对比：
| 连接方式 | 原理 | 优点 | 适用场景 |
|---|---|---|---|
| SSH | Master SSH 连接到 Agent | 配置简单，最常用 | 大多数场景 |
| JNLP | Agent 主动连接 Master | 防火墙友好 | Agent 在内网 |
| Docker | 动态创建容器 | 环境隔离，用完即销毁 | 容器化构建 |
| Kubernetes | 动态创建 Pod | 弹性伸缩，资源利用率高 | 大规模构建 |
3. Jenkins Pipeline 有哪几种类型？
【难度】⭐⭐⭐ 【高频指数】⭐⭐⭐⭐ 【建议掌握时间】60 分钟
两种类型：
- 声明式（Declarative）：语法结构清晰，推荐使用
- 脚本式（Scripted）：基于 Groovy，更灵活但复杂
选择建议：90% 的场景使用声明式，需要复杂逻辑时使用脚本式。
【对比】
| 特性 | 声明式 | 脚本式 |
|---|---|---|
| 语法 | 声明式，结构化 | 脚本式，灵活 |
| 学习难度 | 低（适合新手） | 高（需要 Groovy 基础） |
| 灵活性 | 中等 | 高 |
| 错误检查 | 内置（解析阶段发现） | 手动（运行时发现） |
| 推荐场景 | 标准 CI/CD 流程 | 复杂动态流程 |
4. 什么是 Jenkinsfile？为什么推荐使用？
【难度】⭐⭐ 【高频指数】⭐⭐⭐⭐ 【建议掌握时间】30 分钟
Jenkinsfile 是定义 Pipeline 的文本文件，放在项目根目录，使用 Groovy 语法编写。
推荐使用的原因：版本控制、代码审查、单一事实来源、可重复性、自动化。
【详细解析】
| 价值 | 说明 | 带来的好处 |
|---|---|---|
| 版本控制 | Jenkinsfile 随代码一起提交到 Git | 可以追溯构建流程的变更历史 |
| 代码审查 | 通过 Pull Request 审查构建流程 | 避免错误的构建配置被合并 |
| 单一事实来源 | 构建逻辑只在一个地方定义 | 避免配置分散 |
| 可重复性 | 任何环境都可以执行相同流程 | 减少环境差异导致的问题 |
| 自动化 | 新分支自动继承构建流程 | 无需手动配置 Job |
- 将 Jenkinsfile 放在项目根目录
- 使用声明式语法（除非需要复杂逻辑）
- 敏感信息使用 withCredentials，不要硬编码
- 使用 post 块处理构建后操作
5. Jenkins 有哪些触发构建的方式？
【难度】⭐⭐ 【高频指数】⭐⭐⭐ 【建议掌握时间】20 分钟
5 种触发方式：
- 手动触发 — UI 点击或 API 调用
- 定时触发（Cron） — 按计划时间执行
- 代码提交触发（Webhook） — Git 推送自动触发
- 上游任务触发 — 其他 Job 完成后触发
- API 触发 — 外部系统调用
【5 种触发方式对比】
| 触发方式 | 自动化程度 | 适用场景 | 推荐指数 |
|---|---|---|---|
| 手动触发 | 低 | 临时构建、紧急修复 | ⭐⭐ |
| 定时触发 | 中 | 夜间构建、定期测试 | ⭐⭐⭐ |
| Webhook | 高 | CI/CD 标准流程 | ⭐⭐⭐⭐⭐ |
| 上游触发 | 高 | 多阶段流水线 | ⭐⭐⭐⭐ |
| API 触发 | 高 | 外部系统集成 | ⭐⭐⭐ |
6-10. 更多基础概念题
| 题号 | 题目 | 核心答案 |
|---|---|---|
| 6 | 什么是 Blue Ocean？ | Jenkins 现代化 UI，专为 Pipeline 设计，提供可视化执行、快速定位失败 |
| 7 | 什么是 Shared Library？ | 共享代码库，多个 Pipeline 可以复用，实现代码统一管理和复用 |
| 8 | GitLab CI 核心概念？ | .gitlab-ci.yml 配置、Runner 执行、Pipeline/Stage/Job 流程、Artifact/Cache |
| 9 | GitHub Actions 核心概念？ | Workflow 工作流、Event 事件、Job/Step/Action、Runner 执行器 |
| 10 | 什么是 ArgoCD？ | 声明式 GitOps 工具，用于 K8s 应用部署，自动同步 Git 和集群状态 |
二、进阶实战（11-17 题）
11. 如何设计多环境部署流程？
【难度】⭐⭐⭐ 【高频指数】⭐⭐⭐⭐⭐
多环境架构：开发 → 测试 → 预发 → 生产，不同环境使用不同配置，生产部署需要审批。
【环境架构】
开发环境 (Dev) → 测试环境 (Test) → 预发环境 (Staging) → 生产环境 (Prod)
↓ ↓ ↓ ↓
自动部署 自动部署 自动部署 手动审批
【隔离策略】
- 命名空间隔离：K8s Namespace 区分环境（dev/test/prod）
- 集群隔离：不同环境使用不同 K8s 集群（推荐生产独立集群）
- 配置隔离：使用 ConfigMap/Secret 区分环境配置
12. 蓝绿部署的原理是什么？
【难度】⭐⭐⭐ 【高频指数】⭐⭐⭐⭐
维护两套相同环境（蓝和绿），一套运行当前版本，一套部署新版本，通过切换流量实现零停机部署。
【部署流程】
- 蓝环境运行 v1.0（当前生产）
- 部署 v2.0 到绿环境
- 测试绿环境
- 切换流量到绿环境
- 绿环境成为新的生产
- 蓝环境空闲（保留快速回滚）
【优点】：零停机、快速回滚（秒级）、降低风险
【缺点】：资源成本翻倍、数据库迁移需额外处理
13. 金丝雀发布的原理是什么？
【难度】⭐⭐⭐⭐ 【高频指数】⭐⭐⭐⭐
新版本先部署少量实例，逐步增加流量比例（10%→25%→50%→100%），监控指标，异常自动回滚。
【与蓝绿部署的区别】
| 特性 | 蓝绿部署 | 金丝雀发布 |
|---|---|---|
| 流量切换 | 一次性切换（0% → 100%） | 渐进式切换（10% → 25% → 50% → 100%） |
| 风险 | 中等 | 最低（影响范围小） |
| 资源成本 | 翻倍（两套完整环境） | 较低（只需少量新实例） |
| 适用场景 | 关键业务，要求零停机 | 大型用户量，对稳定性要求极高 |
14-17. 更多进阶实战题
| 题号 | 题目 | 核心答案 |
|---|---|---|
| 14 | 如何管理 Jenkins 凭据？ | 使用 Credentials 插件，支持用户名密码/SSH 密钥/Secret 文件，加密存储，最小权限 |
| 15 | 如何集成 SonarQube？ | 安装插件→配置 Server→Pipeline 添加分析步骤→配置质量门禁→不通过则失败 |
| 16 | 如何优化构建速度？ | 并行执行、依赖缓存、Docker 层缓存、增量构建、增加资源 |
| 17 | CI/CD 度量指标？ | 部署频率、变更前置时间、变更失败率、平均恢复时间（MTTR） |
📌 下一篇：18-34 题，涵盖多环境部署、蓝绿/金丝雀发布、凭据管理、SonarQube 集成等进阶实战内容。
