CDN、WAF 还是源站改造？网站性能与安全需求判断矩阵

重点监测信号

• 问题可按地区、路径、状态码或攻击类型定位
• 现有方案已出现可复现失败
• 业务影响与不可移动期限明确
• 网络、安全、应用和采购责任人可以区分

直接结论

网站变慢、遭受攻击或跨地区访问不稳可能指向完全不同的工作流。CDN 负责内容分发与边缘性能，WAF 聚焦应用层请求控制，源站改造处理应用和基础设施根因；一条消息可能同时涉及三者，但必须分开验证。

需求判断矩阵

判断维度	弱信号	强信号	下一步核实
性能	“海外访问慢”	特定地区与资源类型延迟上升	先核对DNS、缓存命中、源站响应和网络路径
安全	“最近被攻击”	特定请求模式、规则或应用接口受影响	确认攻击层级、日志证据和误拦截风险
可用性	“网站不稳定”	源站、边缘或依赖服务出现可复现故障	建立时间线并比较各层健康状态
运维	“想换服务商”	规则维护、发布、证书或日志流程持续失败	确认问题来自产品能力还是流程与权限
商业窗口	“尽快解决”	活动、市场上线、续约或合同退出日期	倒排测试、切换、回滚和观察期

哪些信息仍然未知

• DNS与流量架构
• 缓存和动态请求比例
• 安全日志与攻击层级
• 源站容量和依赖服务
• 合同、切换和回滚条件

常见误报与误路由

• 单次运营商故障
• 源站代码问题被写成CDN问题
• 厂商制造恐慌式营销
• 没有日志和时间线的攻击转述

第一次应该问的问题

1. 问题集中在哪些地区和请求？
2. 边缘与源站指标分别如何？
3. 有哪些安全日志和规则证据？
4. 最近是否修改DNS、证书或发布流程？
5. 哪个日期前必须切换？
6. 谁能批准安全规则和流量变更？

可复用结论

• 先定位失败层级，再选择供应商。
• 性能与安全可以相邻但不能合并推断。
• 切换方案必须包含回滚。
• 合同日期是时间信号，不是技术证据。
• 没有日志时应保持低置信度。

相关内容：DDoS防护替换信号、IDC迁移案例。矩阵用于路由，不能替代事实核实或专业意见。

常见问题

这个矩阵解决什么问题？

网站变慢、遭受攻击或跨地区访问不稳可能指向完全不同的工作流。CDN 负责内容分发与边缘性能，WAF 聚焦应用层请求控制，源站改造处理应用和基础设施根因；一条消息可能同时涉及三者，但必须分开验证。

最常见的误路由是什么？

单次运营商故障；源站代码问题被写成CDN问题

第一次核实应该问什么？

问题集中在哪些地区和请求？；边缘与源站指标分别如何？；有哪些安全日志和规则证据？

资料来源与延伸阅读

1. NIST：Zero Trust Architecture（SP 800-207）