目录
- [✅ 第2章：云时代基础设施的五大原则](#✅ 第2章：云时代基础设施的五大原则)
-
- [⛓️ 从"铁器时代"到"云时代"的转变](#⛓️ 从“铁器时代”到“云时代”的转变)
- [🧭 云基础设施三大核心实践](#🧭 云基础设施三大核心实践)
- [🌟 五大核心原则详解](#🌟 五大核心原则详解)
-
- 原则一：假设系统不可靠
- 原则二：实现完全可重建
-
- [🚫 常见误区：雪花系统（Snowflake Systems）](#🚫 常见误区：雪花系统（Snowflake Systems）)
- 原则三：构建可丢弃组件
-
- [🔧 工具要求：](#🔧 工具要求：)
- [📖 小故事启示：](#📖 小故事启示：)
- 原则四：最小化差异
-
- [✅ 推荐策略：](#✅ 推荐策略：)
- [⚠️ 配置漂移（Configuration Drift）：](#⚠️ 配置漂移（Configuration Drift）：)
- [⚠️ 自动化恐惧螺旋（Automation Fear Spiral）：](#⚠️ 自动化恐惧螺旋（Automation Fear Spiral）：)
- 原则五：确保操作可重复
- [✅ 总结回顾：五大原则一图记忆](#✅ 总结回顾：五大原则一图记忆)
✅ 第2章：云时代基础设施的五大原则
📌Principles of Cloud Age Infrastructure
⛓️ 从"铁器时代"到"云时代"的转变
-
传统 IT：
- 资源与硬件强绑定（如 CPU、内存、硬盘、机架位置）。
- 配置部署过程手动完成。
- 稳定依赖于物理硬件的可靠性。
-
云时代 IT：
- 资源与物理硬件解耦与虚拟化。
- 计算资源成为可编程的抽象对象（可创建、复制、销毁）。
- 需要支持动态、弹性、自动化的系统设计。
🧭 云基础设施三大核心实践
- 一切定义为代码（Define Everything as Code）
- 持续测试与交付（Continuously Test and Deliver）
- 构建小型组件（Build Small Pieces）
🌟 五大核心原则详解
原则一：假设系统不可靠
Assume System is Unreliable
- 云环境中硬件随时可能故障或被主动替换（如弹性扩缩、打补丁）。
- 系统必须设计为即使资源变更也能正常运行。
- 推动实践：✅ 混沌工程（Chaos Engineering）
👉 主动引入故障以验证系统鲁棒性。
原则二：实现完全可重建
Ensure Reproducibility
-
所有配置、依赖、版本等都应代码化。
-
特性：
- 快速灾备恢复
- 环境一致性（测试=生产）
- 跨区部署、客户隔离、多实例扩展
🚫 常见误区：雪花系统（Snowflake Systems）
- 特征：系统难以复制与迁移。
- 成因：临时修补 + 缺乏统一规范。
- ✅ 替代方式：用代码部署新系统并验证迁移效果。
原则三：构建可丢弃组件
Create Disposable Components
-
系统应具备：
- 动态添加/移除能力
- 自动扩缩容
- 快速替换组件
-
精神内核：☁️ 云原生（Cloud Native）
-
概念延伸：🐄 服务器如牛群而非宠物（Cattle, not Pets）
🔧 工具要求：
- 能适应资源频繁变动
- 避免误报（如系统重建不应触发报警）
📖 小故事启示：
- 手动部署的服务在 VM 重建中丢失 → 后改为代码管理 + 文件持久化 → 稳定可靠
原则四：最小化差异
Minimize Variation
- 系统越复杂 → 差异越大 → 可维护性越差
✅ 推荐策略：
- 统一 OS、运行时、数据库版本
- 控制依赖和工具的数量与版本
- 跨环境使用同一配置模板（参数化）
⚠️ 配置漂移（Configuration Drift）：
- 问题：生产与测试环境配置不一致，难以维护
- 解决方案：所有配置均代码化，统一管理
⚠️ 自动化恐惧螺旋（Automation Fear Spiral）：
- 起因：对自动化工具运行结果缺乏信心
- 后果：更频繁手动修改，系统差异更大
- ✅ 破局方案：从一个系统开始定期执行配置代码，逐步推广
原则五：确保操作可重复
Ensure Repeatability of Operations
-
所有操作（哪怕一次性）都应写成脚本。
-
目的：
- 避免人为误差
- 保持执行一致性
- 提高透明度与可审计性
📌 示例：硬盘分区使用 fdisk，若手动操作 → 容易出错；写入脚本 → 自动化标准执行。
✅ 总结回顾：五大原则一图记忆
| 序号 | 原则 | 核心要义 |
|---|---|---|
| 1️⃣ | 假设系统不可靠 | 设计容错与弹性 |
| 2️⃣ | 实现可重建 | 一切基础设施都能"复活" |
| 3️⃣ | 构建可丢弃组件 | 支持频繁变更与弹性伸缩 |
| 4️⃣ | 最小化差异 | 降低复杂度，提高一致性 |
| 5️⃣ | 操作可重复 | 所有操作都应脚本化 |