为何运维爱用 YAML 格式

运维（以及DevOps、云原生开发者）特别偏爱 YAML，并不是因为它“看起来舒服”这么简单，而是它在工程实践、工具链和人机协作上有很多契合点。可以从几个角度来理解。

1. 可读性强，适合“人写人看”

相比 JSON、XML：

• YAML 没有大量括号和引号
• 靠缩进表达层级，结构直观
• 支持注释（#），非常适合写配置说明

示例对比：

JSON

{
  "name": "nginx",
  "replicas": 3,
  "ports": [
    { "containerPort": 80 }
  ]
}

YAML

name: nginx
replicas: 3
ports:
  - containerPort: 80

运维经常在紧急故障或评审时直接读配置，YAML 更友好。

2. 天生适合“配置文件”

YAML 的设计目标就是数据序列化 + 配置文件，而不是程序逻辑。

它支持：

• 字符串 / 数字 / 布尔
• 列表、字典
• 多行文本（非常适合脚本、证书、配置块）
• 锚点（anchor）和引用（alias），减少重复

例如：

defaults: &defaults
  timeout: 30
  retry: 3

service-a:
  <<: *defaults
  name: a

3. 云原生工具链“强制偏爱”

很多核心运维工具默认就是 YAML：

• Kubernetes（Pod / Deployment / Service）
• Docker Compose
• Ansible
• Helm
• GitLab CI / GitHub Actions
• Terraform（部分场景）

这些工具选择 YAML，反过来塑造了运维习惯。

不会 YAML，基本等于不会 K8s。

4. 易于版本管理与 Code Review

YAML 是纯文本，非常适合 Git：

• diff 清晰
• 改动可审查
• 可与代码一起管理（IaC）

例如一次配置变更：

- replicas: 2
+ replicas: 3

比改数据库或点界面可靠得多。

5. 声明式（Declarative）思维的载体

运维越来越强调：

“描述期望状态，而不是执行步骤”

YAML 非常适合表达**“我要什么样”**：

replicas: 3
image: nginx:1.25

而不是：

kubectl scale deploy nginx --replicas=3

这正好契合 GitOps、声明式运维。

6. 比 JSON 更适合“复杂配置”

JSON 在深层嵌套时非常难读，而 YAML：

• 缩进即结构
• 支持拆分（多文档 ---\n）
• 支持引用，避免重复配置

在大规模系统中优势明显。

7. 工具生态成熟

几乎所有语言都有成熟的 YAML 解析库：

• Python：PyYAML
• Go：yaml.v3
• Java / Node / Rust 都支持

而且：

• 校验工具（kubeval、yamllint）
• 模板工具（Helm、ytt）
• 编辑器高亮补全

都已经非常成熟。

但 YAML 也不是完美的

运维喜欢它，但也常“恨”它：

• 缩进敏感，一个空格就能炸
• 类型歧义（yes / no / 123）
• 复杂锚点反而难维护
• 大文件可读性下降

所以很多团队会配合：

• yamllint
• schema 校验
• 模板化（Helm / Kustomize）

一句话总结

运维爱 YAML，是因为它“人能读、工具能解析、Git 能管、云原生认”。

如果你愿意，我也可以从「JSON vs YAML vs HCL」或「为什么 K8s 非要 YAML」的角度再展开讲。