大流量攻击下业务可用性保障方案，不能只靠增加服务器：流量若在抵达业务系统前已挤满网络入口，单纯扩容应用也无法恢复访问。更实用的做法是分层防护，先判断压力落在哪一段，再组合清洗、分发、限流和容灾措施。
先辨别瓶颈，再看五类方案
排查时对照网络入口流量、连接数、请求速率、应用响应时间和错误率，并与平日基线比较。若入口带宽接近上限而应用负载不高，优先处理上游流量；若流量尚可、响应变慢且应用资源持续紧张，则应检查请求处理和数据库等依赖。
1. 上游流量清洗：入口先挡住异常流量
流量清洗服务通常在流量抵达源站前识别并过滤异常数据，再转发正常请求。适合网络入口容易被打满、需要专业清洗能力的业务。优点是能保护源站链路，缺点是依赖服务商的接入方式、清洗能力和故障协同；接入前要确认路由切换、策略调整和误拦截处理流程。相关词：流量清洗。
2. 边缘分发与缓存：减少源站承担的请求
边缘分发网络可将适合缓存的静态内容放到靠近访问者的节点，减轻源站压力。图片、脚本和可公开缓存的页面通常较适合；个性化内容、账户数据则不能因追求命中率而错误共享。它对重复访问和分布式流量有帮助，但不能代替上游清洗，也不能自动解决动态请求过载。
3. 弹性扩容：缓解应用处理能力不足
当应用实例或计算资源成为瓶颈，自动扩容可按负载增加实例，并在压力回落后缩减资源。应提前设置扩容指标、实例上限和冷启动检查，同时验证数据库连接池、队列等依赖是否能承受新增负载。优点是应对正常峰值较灵活；局限是扩容有时间差，面对入口链路饱和或无效请求时，单靠扩容效果有限。相关词：弹性扩容。
4. 访问控制与降级：把资源留给关键功能
在应用入口设置分层速率限制、并发上限和请求超时，可限制单一来源或高成本操作的压力；同时优先保留核心查询、交易确认等必要功能，暂时关闭非关键统计、推荐或复杂报表。阈值应依据正常流量基线和压测结果逐步设定，并监控误拒率，不能对所有访问一刀切。优点是实施快、能保护关键路径；缺点是规则不当会影响真实用户。相关词：速率限制。
5. 备份站点与故障切换：避免单点失效
多地部署或备用环境可在主站不可用时承接部分流量，适合对中断时间要求较高的服务。切换前要明确数据同步方式、备用容量、依赖服务和回切步骤；若数据复制存在延迟，切换后可能出现数据不一致。容灾解决的是故障连续性，不会自动清除攻击流量，仍需配合前几类防护。相关词：多活容灾。
按这个顺序组合，而非只买一种能力
- 列出关键业务、可接受中断时间和必须保留的功能。
- 用监控记录正常峰值，并标明网络、应用及依赖的容量边界。
- 网络入口有风险时先评估清洗；源站重复承压时增加边缘缓存。
- 应用资源不足再配置弹性扩容，同时为非核心功能准备降级规则。
- 定期演练切换、误拦截恢复和攻击结束后的回切，记录各环节负责人。
选择大流量攻击下业务可用性保障方案时，优先解决最先饱和的环节：清洗管入口，边缘分发管可缓存内容，扩容管计算能力，访问控制管资源分配，容灾管故障连续性。组合方案还应通过演练验证，避免防护能力存在却无法及时启用。
常见问题
流量清洗和边缘分发可以互相替代吗？
不可以。清洗侧重识别和过滤异常流量；边缘分发侧重缓存内容、分担源站请求，两者解决的问题不同。
攻击期间直接扩容是否有效？
只有在应用处理能力不足、且网络入口仍可用时才可能有效。若链路已饱和，应先处理上游流量。
怎样判断降级规则是否安全？
先明确核心功能和可暂缓功能，在演练或低风险时段验证规则，并观察真实访问是否被误限制。