4. 自动化工具选型：Ansible / Terraform / Spinnaker / ArgoCD 对比、选型原则、工具链集成架构

蓝绿发布与灾备回滚策略的落地高度依赖自动化工具链的选型。不同工具在配置管理、基础设施编排、持续交付、GitOps 等维度各有侧重。本章从功能边界、选型原则、集成架构三个层面进行系统对比，帮助团队在课程实验和生产环境中做出合理决策。

4.1 核心工具功能边界对比

下表从声明式/命令式、作用域、状态管理、回滚机制四个维度对比四款主流工具：

4.2 选型原则与决策矩阵

选型应遵循以下四条核心原则：

1. 职责分离原则：基础设施编排（Terraform）与配置管理（Ansible）分离，应用交付（Spinnaker/ArgoCD）独立。
2. 状态一致性原则：优先选择声明式工具，减少漂移风险；Terraform 和 ArgoCD 天然支持状态收敛。
3. 回滚可观测原则：工具必须提供版本历史、回滚触发条件和回滚后验证能力。
4. 团队适配原则：Kubernetes 原生团队优先 ArgoCD；多云/混合云团队优先 Spinnaker + Terraform。

以下决策矩阵帮助快速匹配场景：

4.3 工具链集成架构

在蓝绿发布与灾备回滚场景中，四款工具并非互斥，而是形成分层集成架构。下图展示典型的生产级工具链组合：

4.4 集成代码示例：Terraform + Ansible 准备蓝绿环境

以下片段展示 Terraform 创建负载均衡后，Ansible 注入 Nginx 配置，为蓝绿发布准备前置条件：

# Terraform: 创建 ALB 和目标组
resource "aws_lb" "blue_green" {
  name               = "bg-alb"
  internal           = false
  load_balancer_type = "application"
  subnets            = var.subnet_ids
}

resource "aws_lb_target_group" "blue" {
  name     = "tg-blue"
  port     = 80
  protocol = "HTTP"
  vpc_id   = var.vpc_id
}

resource "aws_lb_target_group" "green" {
  name     = "tg-green"
  port     = 80
  protocol = "HTTP"
  vpc_id   = var.vpc_id
}

# Ansible: 在 EC2 实例上配置 Nginx 反向代理
- name: 配置 Nginx 指向当前活跃目标组
  hosts: web_servers
  become: yes
  tasks:
    - name: 写入 Nginx upstream 配置
      template:
        src: upstream.conf.j2
        dest: /etc/nginx/conf.d/upstream.conf
      notify: reload nginx

    - name: 确保 Nginx 运行
      service:
        name: nginx
        state: started
        enabled: yes

4.5 选型总结与实验推荐

基于课程实验环境（Kubernetes + 模拟多云），推荐以下工具组合：