第 15 章
分章自测题（五）
上一篇覆盖了第5章，这一篇收尾——覆盖第6章 DevOps。DevOps 在 ACA 考纲里占 15% 权重，内容集中在一篇笔记里，但覆盖面涉及整个合集的串联，这里出的题也会拉通前面章节做综合复盘。
建议用法：先自己想答案，再看解析。做错的不用死记答案，回头把对应章节那一段再看一遍，搞清楚"为什么"比记住"是什么"更重要。
📌 这是分章自测的最后一篇。做完这五篇后建议再刷一遍第 8 章的 25 道官方模拟题，查漏补缺。祝顺利通过！
第6章自测：阿里云云原生 DevOps
单选题
1. DevOps 的本质是什么？
| 选项 | 内容 |
|---|---|
| A | 一款特定的 CI/CD 工具 |
| B | 打破开发和运维之间壁垒的文化和方法论 |
| C | 一种编程语言 |
| D | 容器编排技术的别名 |
正确答案：B
解析：DevOps = Development + Operations，核心是文化和方法论，不是某一个具体工具。目标是让开发和运维不再各管一段，用自动化把交付链路串成持续、快速的闭环。考试里如果选项出现"DevOps 是一种工具"，直接排除。
2. 传统开发流程中，需求、开发、测试、运维割裂会导致哪些问题？
| 选项 | 内容 |
|---|---|
| A | 环境一致性很好，从不出问题 |
| B | 环境不一致导致互相甩锅、发布流程手工易出错、反馈链条太长 |
| C | 所有团队共用同一套代码，不需要协调 |
| D | 上线速度非常快，不需要自动化 |
正确答案：B
解析：传统流程的三大困境——①环境不一致（开发、测试、运维各说各的）②发布流程手工串行容易出错③反馈链条长，代码写完到生产验证隔好几天甚至好几周。DevOps + CI/CD 就是为了解决这三个问题。
3. CI（持续集成）的核心做法是什么？
| 选项 | 内容 |
|---|---|
| A | 攒够一大批改动后一次性构建测试 |
| B | 每次代码提交都自动触发构建和测试，尽早发现问题 |
| C | 只在发布前做一次全面测试 |
| D | 手动编译代码并人工检查 |
正确答案：B
解析：CI 的精髓是小步快跑、随时验证——每次提交都自动触发构建和测试，不是等攒一大堆再一起测。越早发现问题，修复成本越低。
4. 持续交付（Continuous Delivery）和持续部署（Continuous Deployment）的区别是什么？
| 选项 | 内容 |
|---|---|
| A | 完全相同，没有区别 |
| B | 持续交付保留人工审核关卡，持续部署全自动无人工介入 |
| C | 持续部署比持续交付更慢 |
| D | 持续交付不需要自动化测试 |
正确答案：B
解析：两者都属于 CD，区别在最后一步——持续交付：代码随时处于可发布状态，但上线前可能保留人工审核关卡；持续部署：通过验证后直接自动部署到生产，全自动。持续部署是持续交付的更进一步。
5. 云原生时代，DevOps 流水线要覆盖的链路和传统有什么不同？
| 选项 | 内容 |
|---|---|
| A | 没有区别，还是"代码 → 服务器部署" |
| B | 要覆盖"代码 → 镜像 → Kubernetes 部署"这条更长的全链路 |
| C | 不再需要 CI/CD 流水线 |
| D | 只需要构建代码，不需要构建镜像 |
正确答案：B
解析：容器化之后，流水线不只是"构建代码"了——还要构建镜像、扫描镜像安全、推送到仓库（ACR）、再部署到 K8s 集群（ACK）。链路变长了，自动化的要求也更高了。
6. GitOps 的核心理念是什么？
| 选项 | 内容 |
|---|---|
| A | 用 Git 仓库管理前端 CSS 样式 |
| B | 用 Git 仓库里的 YAML 作为集群状态的唯一事实来源，YAML 变化就自动同步到集群 |
| C | 在 Git 里存储数据库备份 |
| D | 用 Git 替代所有监控工具 |
正确答案：B
解析：Kubernetes 的声明式 API 天然适合 GitOps——Git 仓库里的 YAML = 集群应该长什么样，一旦 YAML 被修改（merge 了一个 PR），CD 工具自动把变更同步到集群。Git 既是版本控制，也是部署的触发器。
7. 为什么需要一站式 DevOps 平台，而不是多个独立工具拼凑？
| 选项 | 内容 |
|---|---|
| A | 独立工具更便宜 |
| B | 工具分散时信息还是散落在各处，交接环节从"人工交接"变成了"在不同工具之间来回切换"，一站式平台才能形成完整闭环 |
| C | 所有独立工具都已停止维护 |
| D | 一站式平台不需要任何配置 |
正确答案：B
解析：DevOps 要解决的是信息流断裂的问题。如果需求在 A 工具、代码在 B 工具、CI/CD 在 C 工具，交接环节没有消失，只是换了形式。一站式平台把需求→代码→构建→测试→部署→度量串在同一个系统里。
8. 云效的产品来源是什么？
| 选项 | 内容 |
|---|---|
| A | 从零设计的全新产品 |
| B | 直接照搬 GitHub 的功能 |
| C | 阿里巴巴内部数万研发人员每天在用的研发协同系统，产品化后对外开放 |
| D | 收购了一家第三方公司的产品 |
正确答案：C
解析：和 EDAS 一样，云效也是内部经验的产品化——阿里内部的研发协同系统，经过数万人日常使用验证后对外开放。这个出身说明它是经过真实大规模场景验证的，不是纸上谈兵。
9. 云效 Flow 对应的能力是什么？
| 选项 | 内容 |
|---|---|
| A | 需求和任务管理 |
| B | 企业级代码托管 |
| C | 自动化的 CI/CD 交付流水线 |
| D | 研发效能度量 |
正确答案：C
解析：口诀：Projex 管事、Codeup 管码、Flow 管部署、Testhub 管测试、Packages 管制品、Insight 管度量。Flow = 流水线 = CI/CD，看到"自动化交付"就选它。
10. 云效 Codeup 除了代码托管，还配套哪些能力？
| 选项 | 内容 |
|---|---|
| A | 容器编排和调度 |
| B | 代码评审、代码扫描、质量检测 |
| C | 消息队列管理 |
| D | 数据库备份和恢复 |
正确答案：B
解析：Codeup 不只是"放代码的地方"（那就和 GitHub 没区别了），还配套代码评审、代码扫描、质量检测——从代码进仓库那一刻就开始卡质量关，是 CI 的前置环节。
11. 云效 Insight 解决的是什么问题？
| 选项 | 内容 |
|---|---|
| A | 自动修复线上 bug |
| B | 研发过程的度量数据，帮团队看清流水线卡在哪个环节 |
| C | 管理服务器硬件 |
| D | 编写自动化测试用例 |
正确答案：B
解析：Insight = 效能洞察——不是告诉你"代码写得对不对"，而是告诉你"研发流程的效率怎么样"：需求从提出到上线花了多久、流水线卡在哪个环节最久。用数据驱动研发效率的优化。
12. 关于云效的费用，正确的说法是？
| 选项 | 内容 |
|---|---|
| A | 所有功能都需要付费 |
| B | 基础版免费、不限人数；高级版 618 元/人/年起售 |
| C | 只有 10 人以下团队免费 |
| D | 开源免费，但不提供技术支持 |
正确答案：B
解析：云效基础版免费、不限人数，代码托管、流水线、项目协作、测试管理这些基础功能全部包含。高级版增加代码安全加密、组织级效能报表、私有构建集群等企业级特性。注意：如果考试里还出旧题"小于30人免费"，答案按原题选 30，但实际产品政策已更新。
多选题
M1.（3个）传统开发流程割裂导致的典型问题包括？
| 选项 | 内容 |
|---|---|
| A | 环境不一致导致互相甩锅 |
| B | 发布流程手工串行、容易出错 |
| C | 反馈链条太长，问题发现太晚 |
| D | 自动化程度太高导致效率下降 |
| E | 团队之间沟通过于频繁 |
正确答案：A、B、C
解析：三大困境：环境不一致 + 手工发布 + 反馈链条长。D 说反了——传统流程的问题是自动化程度太低。E 也不对——问题恰恰是沟通不够、信息断裂。
M2.（3个）云原生时代给 DevOps 带来的新要求包括？
| 选项 | 内容 |
|---|---|
| A | 微服务拆分后，流水线数量和管理复杂度暴增 |
| B | 流水线要覆盖构建镜像、扫描安全、推送到仓库这些新环节 |
| C | Kubernetes 声明式 API 催生了 GitOps 理念 |
| D | 不再需要任何测试环节 |
| E | 回退到单体架构可以解决所有问题 |
正确答案：A、B、C
解析：云原生三个新要求——流水线数量暴增、链路变长（代码→镜像→K8s）、GitOps 登场。D 和 E 都是倒退，不是新要求。
M3.（4个）云效的产品矩阵中，下列对应关系正确的是？
| 选项 | 内容 |
|---|---|
| A | Projex —— 需求和任务管理 |
| B | Codeup —— 企业级代码托管 |
| C | Flow —— CI/CD 流水线 |
| D | Packages —— 制品仓库 |
| E | Insight —— 容器编排 |
正确答案：A、B、C、D
解析：E 不对——Insight 是效能洞察（度量数据），容器编排是 ACK 的事。记法：Projex 管事、Codeup 管码、Flow 管部署、Testhub 管测试、Packages 管制品、Insight 管度量。
M4.（2个）关于 EDAS 支持的 CI/CD 平台，正确的是？
| 选项 | 内容 |
|---|---|
| A | Jenkins |
| B | 阿里云云效 |
| C | Docker |
| D | RocketMQ |
| E | Spring Cloud |
正确答案：A、B
解析：EDAS 在 CI/CD 环节支持对接 Jenkins 和云效。Docker 是容器运行时、RocketMQ 是消息中间件、Spring Cloud 是微服务框架，这三个都不是 CI/CD 平台。
综合串联题（全合集复盘）
13.（场景题）一个电商系统要从单体改造到云原生，下列改造步骤的正确顺序是？
| 选项 | 内容 |
|---|---|
| A | 先上 Serverless → 再拆微服务 → 最后才容器化 |
| B | 先容器化 → 再拆微服务 → 再建 CI/CD 流水线 → 最后加监控 |
| C | 先加监控 → 再删掉数据库 → 最后上容器 |
| D | 直接全部重写，不做渐进改造 |
正确答案：B
解析：这道题串联了整个合集的因果链——先容器化解决环境一致性（第2、3章）→ 拆微服务引入服务治理（第4章）→ CI/CD 流水线自动化交付（第6章）→ 监控保障可观测性（第5章 ARMS）。这条路径是渐进的，不是跳步的。
14. 整个 ACA 合集的因果链，正确的起点和终点是？
| 选项 | 内容 |
|---|---|
| A | 起点：DevOps → 终点：容器 |
| B | 起点：环境不一致 → 终点：DevOps 把交付链路自动化 |
| C | 起点：Serverless → 终点：单体架构 |
| D | 起点：监控 → 终点：消息队列 |
正确答案：B
解析：第1章推出的因果链——环境不一致 → 容器 → 编排 → 微服务 → Mesh → Serverless → 消息队列解耦 → 限流降级和混沌工程 → 可观测性 → DevOps 是最后一环，把整条交付链路本身也变成自动化的工程实践。记住因果链的逻辑，产品名字就不用死记了。
15.（场景题）团队的研发效率瓶颈不在代码质量，而在于"不知道流水线卡在哪个环节"。应该用云效的哪个产品？
| 选项 | 内容 |
|---|---|
| A | Codeup |
| B | Flow |
| C | Insight |
| D | Testhub |
正确答案：C
解析：关键词"不知道卡在哪个环节" → 需要度量数据来定位瓶颈 → Insight（效能洞察）。Codeup 管代码、Flow 管流水线执行、Testhub 管测试——它们是"执行"的，Insight 是"看执行效果"的。
16. 云效覆盖的完整研发链路是什么？
| 选项 | 内容 |
|---|---|
| A | 代码 → 部署，只有两个环节 |
| B | 需求 → 代码 → 构建 → 测试 → 制品 → 部署 → 度量 |
| C | 只管需求管理，不管后续环节 |
| D | 只管部署，不管需求和测试 |
正确答案：B
解析：云效的价值就在"一站式"——从需求到度量的完整链路都串在同一个系统里，和阿里云其他产品（ACR、ACK、云监控）深度集成。如果只覆盖其中几个环节，信息还是散落在各处，闭环就断了。
M5.（3个）下列产品中，属于 CI/CD 平台或工具的是？
| 选项 | 内容 |
|---|---|
| A | 云效 Flow |
| B | Jenkins |
| C | EDAS |
| D | GitHub Actions |
| E | RocketMQ |
正确答案：A、B、D
解析：Flow、Jenkins、GitHub Actions 都是 CI/CD 工具/平台。EDAS 是应用托管 + 微服务治理的 PaaS 平台，它对接 CI/CD 工具来做部署，但自己不是 CI/CD 工具。RocketMQ 是消息中间件。
M6.（3个）关于"记产品名字最省力的方式"，以下说法正确的是？
| 选项 | 内容 |
|---|---|
| A | 知道每个产品对应因果链上的哪一环、解决的是哪个具体问题 |
| B | 死记硬背产品全称和缩写 |
| C | ACK 解决容器编排、EDAS 解决微服务治理、ARMS 解决可观测性——按问题记产品 |
| D | MSE 管注册中心和网关、AHAS 管限流降级和混沌工程——按问题记产品 |
| E | 所有产品功能完全相同，不用区分 |
正确答案：A、C、D
解析：整个合集的方法论就是这一条——按因果链记产品，按"解决什么问题"分类，不死记硬背。B 是最累且最容易忘的方式，E 纯编造。祝考试顺利！🎉
留言区待配置
部署 Twikoo 后端后，设置环境变量 NEXT_PUBLIC_TWIKOO_ENV_ID