用途：为云工作负载配置自动扩缩容策略，覆盖 AWS Auto Scaling Groups、GCP Managed Instance Groups（MIG）、Azure VMSS 和 Kubernetes Horizontal Pod Autoscaler（HPA）。可按 CPU、内存、请求率或自定义指标生成扩缩配置，包含阈值、冷却期与缩容保护。
前置条件：已安装并认证云厂商 CLI（aws、gcloud 或 az）；Kubernetes HPA 需已配置 kubectl 集群访问并部署 metrics-server；需目标工作负载的基线性能数据（平均 CPU、内存、请求率）；理解流量模式（平稳、突发、定时）；具备创建/修改扩缩策略与 CloudWatch/Stackdriver 告警的 IAM 权限。
主要步骤：确定扩缩目标（EC2 ASG、GCP MIG、Azure VMSS 或 Kubernetes Deployment）；分析现有指标建立基线与峰值模式；定义扩缩边界（最小/最大实例或 Pod 数、期望数量）；选择扩缩指标；设置阈值（如 CPU>70% 扩容、CPU<30% 缩容）；配置冷却期防止抖动（通常扩容 300s、缩容 600s）；为有状态工作负载或主节点添加缩容保护；以 Terraform、YAML 或 CLI 命令生成策略配置；通过模拟负载验证扩缩事件是否正确触发。
输出：AWS ASG 的 Terraform HCL 与 CloudWatch 告警、Kubernetes HPA 清单（YAML）、GCP MIG 自动扩缩器配置、Azure VMSS 扩缩策略 JSON/YAML，以及绑定扩缩动作的 CloudWatch/Stackdriver 告警定义。
常见问题：高负载下无扩缩动作（指标未达阈值或冷却期生效，需核对指标源与冷却计时）；扩缩过于激进（冷却过短或阈值过敏感，应延长冷却并拉大扩缩阈值差距）；达到最大容量（提高 max_size 或引入请求排队做背压）；HPA 无法计算副本数（未部署 metrics-server 或指标不可用）；扩容失败提示容量不足（可增加可用区或使用混合实例类型）。
资源链接：AWS Auto Scaling https://docs.aws.amazon.com/autoscaling/ec2/userguide/ ；Kubernetes HPA https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/ ；GCP Autoscaler https://cloud.google.com/compute/docs/autoscaler ；Azure VMSS Autoscale https://learn.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-autoscale-overview