practice19｜第10章 云原生建设规划自测

ONEPSOFT | 软考学习知识库

---

practice19｜第10章 云原生建设规划自测

题 1 · 情境判断｜某单位一把梭把 " 微服务拆分、容器云、服务治理、DevOps、混沌工程 " 全在一个月内同时上马。符合教材的云原生建设思路吗？

• 考察点（教材原文）：「云原生做不到一步到位且彼此有先后次序，需通过一系列项目持续完成。基于 ' 顶层规划 + 分步实施 ' 原则，路线图定义为 5 个步骤」——出自【第 10 章 10.3】
• 自答区：（写符合/不符合 + 正确做法）
• 参考答案与解读：不符合。教材强调 " 顶层规划 + 分步实施 "，按 5 步路线图顺序走（容器云 + 微服务→服务治理→DevOps→自服务设施→韧性安全），每步可再分项目、多次迭代。一次性全上马既无顶层规划、又打乱先后次序，风险极高。
• 画像提示：就像工地 " 智慧化 " 不能一天内同时上塔吊限位、总包平台、智慧大屏、应急演练——得先总规再分期。

题 2 · 概念辨析｜云原生建设 5 步路线图的第一步和最后一步分别是什么？微服务拆分有 DDD 和 " 主数据驱动 " 两种，各有什么特点？

• 考察点（教材原文）：「5 步：①微服务采用及运行环境容器云平台构建……⑤增强生产环境韧性和安全性」「DDD 按领域拆分但边界难划易反复；主数据驱动基于共享主数据，微服务天然可重用」——出自【第 10 章 10.3】
• 自答区：（写首尾两步 + 两种拆分）
• 参考答案与解读：第一步 = 微服务采用 + 容器云平台构建（基座）；最后一步 = 增强生产环境韧性和安全性（混沌工程）。DDD（领域驱动）= 按业务领域拆，但领域边界难划、易多次迭代；主数据驱动 = 按组织共享主数据设计，微服务天然跨系统可重用，减少重复设计。
• 画像提示：DDD 像 " 先按专业分标段（边界难划易返工）"；主数据驱动像 " 先定共享标准构件（各处都能用）"。

题 3 · 综合连接｜" 混沌工程 / 混沌猴 (Chaos Monkey)" 在云原生建设里起什么作用？它对应 5 步路线图哪一步？和哪个设计原则呼应？

• 考察点（教材原文）：「抗脆弱性通过持续注入故障主动找弱点并强制修复来提升韧性，如 Netflix 混沌猴随机注入故障」「韧性原则：软件依赖的组件异常时表现出来的抵御能力」——出自【第 10 章 10.3 步骤五 / 10.2.2】
• 自答区：（写作用 + 步骤 + 原则）
• 参考答案与解读：混沌工程 = 主动向生产环境随机注入故障，逼出系统弱点并强制修复，从而提升韧性（像消防演练主动烧一把）。它对应 5 步路线图的第⑤步（增强韧性和安全性），呼应设计原则里的韧性原则（以及 " 架构持续演进 "）。
• 画像提示：混沌猴像 " 定期消防/坍塌应急演练 "，不真出事时主动找弱点，练出抗打击能力。

掌握度自评（答完回来勾）

题号	你的判定	是否吃透	备注
题 1	对/错/说不清	□
题 2	对/错/说不清	□
题 3	对/错/说不清	□