4、自动化工具选型：Ansible、SaltStack、Terraform、自定义脚本的适用场景与对比

做灾备自动化这么多年，我见过太多团队在工具选型上栽跟头。有人迷信「全家桶」，结果运维复杂度比手动切换还高；有人坚持「纯脚本」，最后维护成本高到想哭。

说白了，没有银弹。每种工具都有自己的脾气。今天我就把 Ansible、SaltStack、Terraform 和自定义脚本这四样东西，掰开揉碎了讲清楚。

4.1 先看一张全景图

在深入细节之前，我习惯先画一张图，把整个选型逻辑理清楚。你想想看，灾备切换本质上就三件事：编排流程、执行命令、管理资源。不同的工具，擅长的事不一样。

4.2 Ansible：无代理的配置管理利器

Ansible 是我个人用得最多的工具。为什么？因为它够简单。SSH 直连，不需要在目标机器上装 Agent。对于灾备场景来说，这一点太重要了——你想想看，灾备机平时可能处于离线状态，Agent 连不上怎么办？Ansible 没有这个问题。

但 Ansible 也有短板。它的执行效率在大规模场景下会下降。我记得有一次做 500 台服务器的并发切换，Ansible 的 SSH 连接池差点把管理节点搞崩。后来我加了 forks 参数调优，才勉强撑住。

适用场景：

• 中小规模（< 200 节点）的灾备切换
• 跨平台环境（Linux + Windows + 网络设备）
• 需要快速上手、团队学习成本低的场景
• 灾备演练的自动化巡检

避坑指南：我曾经在 Playbook 里直接写密码，结果代码被传到 Git 仓库。嗯，从那以后我强制团队用 Ansible Vault 加密敏感信息。

4.3 SaltStack：大规模并发的王者

如果你管理的灾备节点超过 1000 台，SaltStack 会是更好的选择。它基于 ZeroMQ 消息总线，并发能力远超 Ansible。我参与过的一个金融客户项目，3000 台服务器同时切换，SaltStack 的响应时间控制在 3 秒以内。

SaltStack 的 State 系统也很强大。你可以定义「目标状态」，然后让 Salt 自动计算差异并执行。说白了，就是声明式配置管理。

适用场景：

• 大规模集群（> 500 节点）的灾备切换
• 需要实时监控和事件驱动的场景
• 复杂的配置状态管理
• 多数据中心同时切换

4.4 Terraform：基础设施即代码的标杆

Terraform 和前面两个工具不一样。它不负责「执行命令」，而是负责「管理资源」。在灾备场景中，Terraform 最擅长的是云资源的编排。

举个例子：主数据中心挂了，需要快速在云上拉起一套完整的灾备环境。用 Terraform，你只需要写一份 HCL 配置文件，然后 terraform apply，所有云资源（VPC、ECS、RDS、SLB）就自动创建好了。

# 一个简单的灾备环境 Terraform 配置示例
resource "alicloud_vpc" "dr_vpc" {
  name       = "dr-vpc"
  cidr_block = "10.0.0.0/16"
}

resource "alicloud_instance" "dr_app" {
  count          = 3
  image_id       = "centos_7_9_x64"
  instance_type  = "ecs.g6.large"
  vswitch_id     = alicloud_vswitch.dr_vswitch.id
  security_groups = [alicloud_security_group.dr_sg.id]
}

适用场景：

• 云原生灾备环境的快速搭建
• 混合云场景下的资源编排
• 灾备环境的版本管理和回滚
• 需要审计和合规的环境

4.5 自定义脚本：最后的倔强

说实话，我一开始也是「脚本党」。Shell、Python、PowerShell 写起来多爽啊，想怎么控制就怎么控制。但后来我慢慢发现，脚本的维护成本太高了。

不过，自定义脚本在某些场景下仍然是不可替代的：

• 遗留系统适配：有些老旧的灾备系统，只支持特定的命令行接口
• 高度定制化逻辑：比如复杂的业务切换顺序，需要精确到毫秒级的控制
• 临时应急：灾备切换过程中，总有一些「意外情况」需要现场写脚本处理

4.6 工具对比一览表

维度	Ansible	SaltStack	Terraform	自定义脚本
架构	无 Agent（SSH）	有 Agent（Minion）	无 Agent（API）	无固定架构
并发能力	中等（受 SSH 限制）	高（消息总线）	高（API 并行）	取决于实现
学习曲线	低	中	中	高（需编程能力）
状态管理	幂等性支持	强状态管理	声明式状态	需自行实现
灾备场景	预检查、后验证	大规模并发切换	云资源编排	定制化逻辑
维护成本	低	中	中	高

4.7 我的选型建议

说了这么多，到底怎么选？我个人的经验是：

1. 先看规模：节点少于 200，无脑选 Ansible；超过 500，考虑 SaltStack。
2. 再看环境：如果是纯云环境，Terraform 是必选项；如果是物理机 + 虚拟机混合，Ansible 更合适。
3. 最后看团队：团队运维能力强，可以混合使用；团队能力一般，就选一个工具做到极致。