Auto-sync: 2026-04-26 16:02

wiki/concepts/Immutable-Infrastructure.md

@@ -1,75 +1,72 @@
-# Immutable Infrastructure
-
-## Definition
-Immutable Infrastructure is an approach where components are never modified after deployment. Instead of updating existing components, new versions are created and replaced entirely.
-
-## Concept
-不可变基础设施是一种部署策略，其中服务器和基础设施组件一旦部署就不再修改。任何变更都需要创建新版本并替换整个组件。
-
-## Core Principles
-
-### 1. Never Modify Running Systems
-- 不直接在生产环境修改配置
-- 所有变更通过重新部署实现
-- 使用版本化配置和模板
-
-### 2. Replace, Don't Modify
-- 新版本 = 新环境
-- 旧版本直接销毁
-- 保证一致性
-
-### 3. Infrastructure as Code
-- 所有基础设施定义代码化
-- 版本控制所有配置
-- 可重复的部署流程
-
-## Benefits for DevSecOps
-
-### Security Benefits
-- **减少攻击面**：生产环境无交互式访问
-- **一致性保证**：每个环境完全相同
-- **快速回滚**：发现问题时快速切换
-- **审计简化**：代码即记录
-
-### Operational Benefits
-- 环境一致性
-- 可预测的部署
-- 简化的故障排除
-- 更容易扩展
-
-## Implementation Patterns
-
-### Container-Based Approach
-```
-容器镜像 = 应用 + 依赖 + 配置
-每次变更 → 新镜像版本 → 滚动更新
-```
-
-### Cloud Infrastructure
-- AWS：使用 AMI + Auto Scaling
-- Kubernetes：使用 Pod 重建
-- Terraform：管理不可变配置
-
-## Best Practices
-
-1. **使用标签（Tag）管理版本**
-2. **自动化构建流程**
-3. **保存历史镜像版本**
-4. **实施蓝绿部署或滚动更新**
-5. **监控不可变资源的变更**
-
-## Related Concepts
-- [[DevSecOps]] — 不可变基础设施是安全架构的重要组成部分
-- [[Policy-as-Code]] — 策略代码化
-- [[Container-Lifecycle-Hardening]] — 容器安全加固
-- [[Blue-Green-Deployment]] — 蓝绿部署模式
-- [[Infrastructure-as-Code]] — 基础设施即代码
-
-## Tools
-- Packer — 镜像构建工具
-- Terraform — IaC 工具
-- Kubernetes — 容器编排
-- Docker — 容器化
-
-## Sources
-- [[what-is-devsecops-best-practices-benefits-and-tools]]
+---
+title: "Immutable Infrastructure"
+type: concept
+tags: [Infrastructure as Code, DevOps, Cloud Native]
+sources: [devops-maturity-model-from-traditional-it-to-advanced-devops]
+last_updated: 2026-04-26
+---
+
+## 定义
+
+不可变基础设施（Immutable Infrastructure）是一种基础设施管理范式，服务器一旦部署就不再进行原地修改。当需要更新配置或修复问题时，整个服务器被替换为新版本，而不是在原有服务器上打补丁或更新。
+
+## 核心原则
+
+1. **不修改已部署的服务器**：任何变更都生成新服务器镜像
+2. **完整镜像部署**：使用预构建的镜像完整部署
+3. **自动化替换**：通过自动化流水线处理服务器生命周期
+4. **环境一致性**：所有环境使用相同的基础镜像
+
+## 在 DevOps 成熟度模型中的位置
+
+不可变基础设施是 **Phase 4（高度优化阶段）** 的关键特征：
+
+> "Immutable infrastructure replaces old servers rather than updating them."
+
+在该阶段，组织通过流水线管理基础设施和代码更新，不再依赖手动服务器修改。
+
+## 不可变 vs 可变基础设施
+
+| 维度 | 不可变基础设施 | 可变基础设施 |
+|------|---------------|-------------|
+| 更新方式 | 替换整个服务器 | 在原服务器上打补丁 |
+| 一致性 | 所有环境高度一致 | 环境间可能存在差异 |
+| 回滚难度 | 简单（切换回旧镜像） | 困难（需反向补丁） |
+| 调试复杂度 | 低（快照确定） | 高（变化累积） |
+| 部署速度 | 快（预构建镜像） | 慢（需逐步更新） |
+
+## 实现方式
+
+### 容器化（推荐）
+```dockerfile
+# 每次构建生成新镜像
+FROM base-image:latest
+RUN ./build.sh
+# 部署时拉取新镜像，不修改原容器
+```
+
+### 虚拟机镜像
+```bash
+# Packer 创建镜像
+packer build template.json
+# Terraform 用新 AMI 替换旧实例
+terraform apply
+```
+
+### 云基础设施
+```yaml
+# Kubernetes 中使用 Immutable Pod
+spec:
+  containers:
+  - image: myapp:v2.0  # 替换镜像而非修改容器
+```
+
+## 与相关概念的关系
+
+- [[Infrastructure as Code]]：不可变基础设施通常依赖 IaC 工具（Terraform、CloudFormation）实现
+- [[CI/CD Pipeline]]：不可变基础设施通过 CI/CD 流水线自动化构建和部署
+- [[DevOps Maturity Model]]：是 Phase 4 高度优化阶段的核心特征
+- [[Container-Lifecycle-Hardening]]：容器天然支持不可变范式，结合使用可提升安全性和一致性
+
+## 来源
+- [[devops-maturity-model-from-traditional-it-to-advanced-devops]]