计算平台弹性扩展实例：业务高峰期不卡顿的秘密
前几天朋友老李跟我吐槽，他公司做电商促销系统，每次搞活动，网站就卡得像老牛拉车。最夸张的一次，订单接口直接崩了，客服电话被打爆。后来他们技术团队上了云平台的弹性扩展功能，同样的流量，系统稳如老狗。
其实这就是典型的计算平台弹性扩展应用场景。说白了，就是系统能根据实际负载自动加机器、减机器，不用你手动干预。
一个真实的例子
他们用的是阿里云的ECS + 弹性伸缩组（ESS）。配置了一个规则：当CPU平均使用率连续5分钟超过70%，就自动新增2台服务器；低于30%持续10分钟，就释放多余的实例。
比如大促前，流量慢慢上来，监控发现CPU开始飙高，系统自动在几分钟内拉起新实例，并注册到负载均衡后面。用户完全感觉不到变化，下单、支付一切正常。
配置长什么样？
下面是简化后的伸缩组核心配置片段，用JSON格式定义：
{
"ScalingGroup": {
"MinSize": 2,
"MaxSize": 10,
"DefaultCooldown": 300
},
"ScalingConfiguration": {
"ImageId": "img-123456",
"InstanceType": "ecs.g6.large",
"SecurityGroupId": "sg-123456"
},
"ScalingRule": [
{
"RuleName": "cpu-up",
"MetricName": "CpuUtilization",
"Threshold": 70,
"ComparisonOperator": "GreaterThanThreshold",
"AdjustmentType": "AddInstance",
"AdjustmentValue": 2
},
{
"RuleName": "cpu-down",
"MetricName": "CpuUtilization",
"Threshold": 30,
"ComparisonOperator": "LessThanThreshold",
"AdjustmentType": "RemoveInstance",
"AdjustmentValue": 1
}
]
}这套机制上线后，老李公司再也不用提前一周通宵扩容了。系统自己动，钱也省了不少——平时低峰期只跑两台，比一直开着十台便宜一半还多。
不只是电商
视频直播平台也有类似玩法。比如晚上八点开播高峰，推流服务器自动扩；凌晨两点观众少了，自动缩容。教育平台在寒暑假报名季也能扛住突增的访问压力。
关键不是“有没有机器”，而是“能不能及时响应”。弹性扩展让计算资源像水一样，按需取用，这才是现代应用的常态。