ONEPSOFT | 软考学习知识库
deepread26|第10章 云原生技术架构详解
知识点深度解读:云原生技术架构
1 知识点定位
「云原生技术架构」属于【第 10 章 · 云原生系统规划】10.2 节。它是云原生的 " 设计哲学 + 技术积木 "——先搞懂云原生到底长啥样、有哪些设计原则和架构模式,后面 10.3 建设规划才有依据。
2 教材原文精摘(10.1–10.2 核心)
【CNCF 2018 官方定义】原文:
①基于容器、服务网格、微服务、不可变基础设施和声明式 API 构建的可弹性扩展的应用;②基于自动化技术构建具备高容错性、易管理和便于观察的松耦合系统;③构建统一的开源云技术生态,能和云厂商服务解耦。
【云原生架构定义与代码结构】原文:
云原生架构是基于云原生技术的一组架构原则和设计模式的集合,目的是将云应用中非业务代码部分最大化剥离,让云设施接管弹性、韧性、安全、可观测性等大量非功能特性。云原生代码含三部分:业务代码(核心、真正创造价值)、三方软件、处理非功能特性的代码(只是附属物)。
【设计原则】原文:
常见原则包括:服务化、弹性、可观测、韧性、所有过程自动化、零信任、架构持续演进等。服务化通过服务化架构拆分不同生命周期的业务单元实现独立迭代;弹性使部署规模随业务量自动调整;可观测通过日志/链路跟踪/度量让一次点击背后的多次调用清晰可见;零信任默认不信任内外任何人/设备/系统,以身份为中心访问控制。
【架构模式】原文:
常用模式:服务化架构、Mesh 化架构、Serverless、存储计算分离、分布式事务、可观测架构、事件驱动架构。Mesh 化把中间件框架从业务进程分离,让 SDK 与业务解耦;Serverless 把 " 部署 " 从运维中收走,开发者不关心运行地点/OS/网络;存储计算分离把暂态与持久数据交云服务保存。
3 系统解读(逐点讲透)
核心一句话总结:云原生 = CNCF 五要素搭的可弹性、松耦合、好观察的应用;架构目标是 " 让云设施接管非功能、业务只写业务 ";七大原则 + 七大模式都围绕 " 剥离非功能、服务化、自动化 " 展开。
4 工程实践举例(土木工程背景)
用 " 装配式建筑 + 总包管理 " 套:云原生就像把工地上大量重复的非主体工作(支模/搬运/临电)交给标准化预制件和总包平台,施工队只管 " 浇筑主体 " 这一核心业务。
教材 ↔ 土木工程实践 对照表:
| 教材要素 | 工程实践对应 | 映射说明 |
|---|---|---|
| 业务代码 (核心) | 主体结构施工(创造价值) | 核心业务 |
| 非功能代码 (附属) | 临水临电/支模/搬运(可外包) | 甩给平台 |
| 容器/微服务 | 预制构件/分项专业分包 | 标准化单元 |
| 服务网格 Mesh | 总包统一调度各分包的中间层 | 解耦治理 |
| 弹性/韧性 | 随工程量增减调配人力、抗突发 | 自动伸缩 |
| 可观测 | 智慧工地大屏 (人员/进度/告警) | 主动可见 |
| 零信任 | 实名制 + 人脸门禁,不认熟人 | 身份中心 |
| Serverless | 来了活云就派工,干完收队 | 收走部署 |
| 存储计算分离 | 把建材存中心料场,工区只施工 | 状态外置 |
流程对比(云原生剥离非功能 ↔ 装配式施工):
流程图(结构化呈现)
对应关系
| 节点A | 关系 | 节点B |
|---|---|---|
| 弹性韧性可观测 | 对应 | 施工队只浇主体,其余总包平台包办 |