客户案例

每年六月与十一月是电商客户最紧张的两个节点。流量在几十分钟内冲到平时的十几倍，如果只按日常配置准备，数据库连接池和带宽往往最先出问题。

临时扩容怎么申请

活动前七个工作日提交预估峰值、活动时段与主要接口，我们给出配置建议；活动前七十二小时完成带宽与实例扩容，按天计费，活动结束后自动回收，不产生长期费用。

带宽可以临时提升到日常的四倍，云服务器支持在线加 CPU 与内存，数据库可加挂只读实例分担查询压力。所有变更在控制台留记录，方便活动后复盘。

压测与演练

扩容不是把资源加上去就结束。我们会用压测工具模拟下单、查询、支付回调三条主链路，观察响应时间与错误率，找出最先成为瓶颈的环节。常见问题是商品详情页重复查询数据库，加一层缓存就能解决。

活动前一天做一次全链路演练，包括切换备用支付通道、验证高防策略、确认日志磁盘余量。演练中发现的问题，当晚修完再上线。

活动期间的响应

活动时段安排工程师值守，监控大盘每五分钟刷新一次。出现 5xx 错误或响应时间突增时，先看数据库连接与带宽曲线，再决定是扩容还是限流，避免盲目重启。