预算有限，先别只看套餐价格。网站遭受流量攻击时的边缘分流方案，关键是把恶意请求挡在离用户和源站更近的位置，同时确保正常访问还能抵达。选型时建议逐项比较五件事：能处理什么攻击、怎么切换、源站是否暴露、总成本多少，以及效果能否验证。
1. 攻击覆盖范围：能处理哪一层流量
先区分网络层流量洪泛与应用层请求冲击。前者可能耗尽链路或连接资源，后者常集中打登录、搜索、报名等动态接口。向服务商确认防护覆盖、触发方式、限制条件，以及攻击超过套餐能力后的处理规则。只承诺“有流量清洗”却说不清适用类型，不足以作为选型依据。
2. 分流与切换：故障时能否及时改道
比较流量如何进入边缘节点：是通过名称解析变更、线路公告，还是预先配置的备用入口。不同方式的切换速度受缓存时间、路由收敛和配置流程影响，不能只看宣传中的单一时间。还要问清谁有权限启动、夜间是否有人响应，以及切换失败时如何回退。
可执行的验证步骤
- 列出关键页面和接口，标明哪些必须持续可用。
- 在非高峰时段接入测试域名或少量流量，确认请求经过边缘节点。
- 分别检查静态页面、登录等动态请求，核对状态码、响应时间和业务日志。
- 演练切换与回退，记录操作人、耗时及需要人工处理的环节。
3. 源站保护：是否能绕过边缘直接打到后端
边缘分流若没有保护源站，攻击者仍可能沿旧入口直连后端。检查源站地址是否对公网开放、边缘回源是否有来源限制，以及健康检查失败后会不会把流量送往不可用节点。源站回源是边缘节点访问后端的流量；限制来源时，应先确认合法运维和第三方依赖不会被一并拦截。
4. 性能与费用：别只按流量单价估算
列出基础服务费、请求或流量计费、额外清洗费用、超额规则和最低服务期限。攻击流量是否计费，必须以合同条款为准。性能方面，比较主要访问地区的延迟变化、缓存命中率和动态请求耗时；命中率高通常有利于减少回源，但个性化页面不能为追求缓存而误用共享内容。预算紧张时，可先保护登录、搜索等高风险路径，再逐步扩大范围。
5. 监控与退出：是否看得见、退得回
至少确认能否查看请求量、拦截量、回源错误和健康检查结果，并能按时间段导出记录。建议约定异常告警联系人、误拦截申诉流程和解除分流的条件。若只能看到总流量，无法区分正常用户与异常请求，事后就很难判断方案是否有效。
按这张清单做决定
把五项写进同一张比较表，逐项标注“已确认、待测试、合同未写明”。优先选覆盖当前风险、切换步骤可操作、源站有保护且费用边界透明的方案，而不是功能最多的一家。网站遭受流量攻击时的边缘分流方案，应先小范围验证，再根据日志和业务影响扩大；上线前保留原配置与回退路径。
常见问题
预算很少，应该先保护什么？
先找出影响最大的页面或接口，例如登录、搜索和提交表单，再确认静态资源与动态请求分别如何处理。
切换后页面能打开，就算测试通过吗？
不够。还要检查关键业务流程、错误率、响应时间及边缘到源站的回源情况。
能否完全避免攻击造成的影响？
不能保证。效果取决于攻击类型、流量规模、服务配置和业务架构；应准备监控、人工响应与回退方案。
