practice18｜第10章 云原生技术架构自测

ONEPSOFT | 软考学习知识库

---

practice18｜第10章 云原生技术架构自测

题 1 · 情境判断｜某架构师说 " 我们系统用了容器 + 微服务，已经是云原生了 "。仅此就能算云原生吗？

• 考察点（教材原文）：「CNCF 定义：基于容器、服务网格、微服务、不可变基础设施和声明式 API 构建的可弹性扩展应用；基于自动化构建高容错、易管理、便于观察的松耦合系统」——出自【第 10 章 10.1.1】
• 自答区：（写能/不能 + 还差什么）
• 参考答案与解读：不能算完整云原生。CNCF 定义是 " 五要素 + 弹性/自动化/松耦合/可观测 " 的组合：容器 + 微服务只是其中两块，还缺服务网格、不可变基础设施、声明式 API，更关键的是要 " 可弹性扩展、好观察、松耦合 "。只用了容器和微服务，本质还是传统架构套了容器。
• 画像提示：就像工地 " 用了预制构件 (容器) 和分包 (微服务)"，但若没总包调度平台、没智慧大屏、不能随工程量伸缩，还算不上 " 智慧工地 "。

题 2 · 概念辨析｜云原生代码含哪三部分？为什么说 " 只有业务代码真正创造价值 "？七大设计原则里 " 零信任 " 是什么？

• 考察点（教材原文）：「云原生代码含业务代码、三方软件、处理非功能特性的代码，只有业务代码是核心」「零信任默认不信任网络内外任何人/设备/系统，以身份为中心访问控制」——出自【第 10 章 10.2.1 / 10.2.2】
• 自答区：（写三部分 + 零信任）
• 参考答案与解读：三部分 = 业务代码（核心）、三方软件（依赖库）、处理非功能特性的代码（高可用/安全/可观测等附属）。云原生把 " 非功能 " 尽量甩给云平台接管，所以业务代码才是创造价值的主体。零信任 = 默认不信任何人/设备，靠 " 认证 + 授权 " 以身份为中心做访问控制，从 " 网络中心 " 转向 " 身份中心 "。
• 画像提示：非功能代码像 " 临水临电/支模 "（可外包给平台），主体施工才是你真正交付的价值；零信任像 " 实名人脸门禁，不认熟人 "。

题 3 · 综合连接｜把下列云原生素材归入 " 七大架构模式 " 之一，并说明 Service Mesh 解决什么问题

• 素材：①把中间件从业务进程剥离 ②开发者不关心运行地点/OS ③暂态与持久数据交云服务 ④以应用模块为粒度拆服务
• 考察点（教材原文）：「架构模式：服务化、Mesh 化、Serverless、存储计算分离……Mesh 化把中间件框架从业务进程分离，让 SDK 与业务解耦」——出自【第 10 章 10.2.3】
• 自答区：（素材归类 + Mesh 作用）
• 参考答案与解读：①=Mesh 化架构；②=Serverless；③=存储计算分离；④=服务化架构。Service Mesh 解决 " 中间件升级牵连业务进程 " 的问题——把 RPC/缓存/消息等中间件下沉为独立进程，业务只留薄 Client，熔断/限流/降级等由 Mesh 统一完成，业务与中间件解耦。
• 画像提示：Mesh 像 " 总包统一调度各分包的中间层 "，分包 (业务) 只对接薄接口，调度逻辑归总包，互不拖累。

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

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