4. 变更窗口策略：定义变更窗口、维护时段、蓝绿部署与原地升级在数据库场景下的选择

数据库的变更窗口策略是可靠性工程中最关键的决策之一。与无状态应用不同，数据库承载着持久化状态，错误的变更策略可能导致数据不一致、复制延迟甚至服务中断。本章将系统性地定义变更窗口与维护时段，并深入对比蓝绿部署与原地升级在数据库场景下的适用性。

4.1 变更窗口与维护时段定义

变更窗口（Change Window）是指允许对生产数据库执行计划内变更的时间段。维护时段（Maintenance Window）则是变更窗口的具体实现，通常包含预留的缓冲时间用于回滚。

4.2 蓝绿部署在数据库场景下的选择

蓝绿部署（Blue-Green Deployment）在数据库场景下通常指维护两套独立的数据库集群（蓝环境与绿环境），通过切换流量完成变更。这种策略的核心优势在于零停机时间与快速回滚。

4.3 原地升级在数据库场景下的选择

原地升级（In-Place Upgrade）直接对现有数据库集群进行版本升级、参数修改或 Schema 变更。这种策略的优点是架构简单、无需额外资源，但风险较高，回滚困难。

4.4 数据库场景下的选择决策树

在实际工程中，选择变更策略需要综合考虑数据量、业务容忍度、团队能力等因素。以下决策树可以帮助快速判断：

4.5 Terraform 中的变更窗口实现

在 Terraform 中，变更窗口策略通过资源生命周期管理和 Provider 配置实现。以下是一个典型的 RDS 实例变更窗口配置：

# 定义维护时段变量
variable "maintenance_window" {
  description = "RDS maintenance window in UTC"
  type        = string
  default     = "wed:02:00-wed:04:00"
}

variable "backup_window" {
  description = "RDS backup window in UTC"
  type        = string
  default     = "04:00-05:00"
}

# RDS 实例配置
resource "aws_db_instance" "production" {
  identifier = "prod-db-${var.environment}"
  
  # 引擎与版本
  engine         = "postgres"
  engine_version = "14.10"
  
  # 维护时段与备份窗口
  maintenance_window = var.maintenance_window
  backup_window      = var.backup_window
  backup_retention_period = 7
  
  # 变更窗口防护
  apply_immediately = false  # 仅在维护时段内应用变更
  
  # 生命周期策略
  lifecycle {
    create_before_destroy = true
    ignore_changes = [
      engine_version,  # 手动控制版本升级
    ]
  }
  
  tags = {
    Name        = "prod-db"
    ChangeWindow = "wed-0200-0400"
  }
}

# 蓝绿部署的 Route53 切换
resource "aws_route53_record" "db_endpoint" {
  zone_id = var.zone_id
  name    = "db.internal.example.com"
  type    = "CNAME"
  ttl     = 60
  
  # 通过变量控制指向蓝环境还是绿环境
  records = [var.active_db_endpoint]
}

4.6 常见故障模式与排查