先画清 Fastly WAF 架构和流量路径
PoC 应明确检查发生在哪里、流量如何到达应用、保留哪些请求上下文，以及安全事件如何进入团队流程。已有 Fastly 交付路径与新引入安全服务的答案可能不同。
- 测试前画出客户端、边缘、WAF 检查、源站、日志和响应路径。
- 确认 TLS、真实客户端身份、API 路由和旁路行为。
- 明确策略变更、事件分析、升级和回滚责任。
托管 WAF / WAAP / API 安全
Fastly Next-Gen WAF
Fastly Next-Gen WAF 是一款托管 WAF，适合 API 密集型应用、托管 WAF 运营、Fastly 平台用户 等场景。WAFWiki 建议从部署路径、误报治理、日志集成、性能影响和回滚方案验证它。
快速结论
Fastly Next-Gen WAF 是否值得进入候选名单？
Fastly Next-Gen WAF 更适合API 密集型应用、托管 WAF 运营。在确定生产架构前，优先验证：价格、功能包和支持边界需要结合实际流量与账号计划确认。
- 部署
- Fastly edge、云应用、API 流量路径
- 价格
- 询价制
- 许可证
- 商业服务
资料卡
- 价格
- 询价制
- 许可证
- 商业服务
- 部署
- Fastly edge、云应用、API 流量路径
- 集成
- Fastly CDN、Signal Sciences heritage、API 安全、安全分析
- 检查日期
- 2026-07-17
适合场景
- API 密集型应用
- 托管 WAF 运营
- Fastly 平台用户
潜在限制
- 价格、功能包和支持边界需要结合实际流量与账号计划确认。
- 流量进入第三方或云厂商控制平面前，应评估合规、延迟和回滚要求。
WAFWiki 观点
Fastly Next-Gen WAF：托管 WAF 评估要点。
这不是推广页，而是评估页。使用它判断 Fastly Next-Gen WAF 适合哪些流量入口、哪些假设需要验证，以及哪些替代方案值得同轮测试。
评估清单
- 确认 Fastly 边缘路由或支持的部署模式是否匹配应用架构。
- 将 API 密集流程、认证路径和边缘交付行为拆开测试。
- 启用拦截前审查安全分析、告警路由和运营归属。
- 按预期流量和所需 WAAP 控制确认商业打包。
产品与架构指南
如何评估 Fastly Next-Gen WAF
Fastly Next-Gen WAF 应被视为应用与 API 防护的运营模型，而不仅是规则引擎。流量位置、事件流程、API 覆盖、商业打包和现有 Fastly 架构是关键决策因素。
将 API 流程与浏览器流量分开测试
API 密集型应用的认证、请求体、方法和错误行为与网页不同。有效评估需要独立测试正常 API、异常输入、速率模式和安全事件上下文。
- 覆盖 JSON 请求体、认证 API、上传和非浏览器客户端。
- 确认事件信息足够支持开发和安全团队定位问题。
- 分别测量正常请求和安全模拟请求的延迟与错误行为。
把价格当作与工作负载相关的商业确认
Fastly Next-Gen WAF 是商业服务，具体打包应结合账号、流量、支持模型和所需应用或 API 控制确认。公开功能摘要不能替代明确范围的报价。
- 询价前准备请求量、应用、API、区域、支持和日志保留需求。
- 除订阅价格外，还要比较事件运营和迁移成本。
- 要求 PoC 使用代表性流量和明确成功标准。
实施问题
Fastly Next-Gen WAF 实施简报
关键不是产品是否列出某项功能，而是拟采用的流量路径和响应流程能否为当前应用与 API 组合产生足够证据。
| 决策问题 | 当前判断 | 需要验证的证据 |
|---|---|---|
| Fastly Next-Gen WAF 是什么？ | 它是需要结合受支持 Fastly 流量路径与安全运营模型评估的托管应用和 API 防护服务，范围包括检查、事件投递、策略责任和响应。 | 与 Fastly 确认拟采用的部署架构、当前产品范围、账号打包、应用清单、事件流程和执行控制。 |
| 沿用 Fastly 路径还是新迁移？ | 已有 Fastly 交付路径可以减少路由变更；新部署需要分阶段 DNS 或流量迁移，并明确源站旁路和回滚控制。 | 记录 TLS、DNS 或路由、源站可达性、客户端上下文、服务边界、正常流量、回滚时间和各项变更责任人。 |
| 如何测试 API 覆盖？ | 浏览器与 API 流程应分开测试，因为认证、方法、JSON 请求体、上传、Schema、机器客户端、速率和错误处理不同。 | 使用端点清单，按工作负载记录正常、异常、速率、延迟、错误、执行动作和事件上下文证据。 |
| 询价时需要提供什么？ | 提供标准化资料，覆盖应用与 API、流量和区域、控制、事件保留与集成、支持、上线协助和策略责任。 | 要求报价和 PoC 使用同一组工作负载假设，并记录排除项、迁移投入、支持条款和续费变量。 |
用于记录流量迁移、浏览器与 API 测试、事件质量、运营、询价输入和回滚证据的产品专属 CSV。
架构决策
Fastly Next-Gen WAF 部署决策矩阵
应把该选择视为应用交付和安全运营决策，PoC 必须证明拟用于生产的具体流量路径与事件流程。
| 工作负载场景 | 建议路径 | 需要验证的证据 |
|---|---|---|
| 应用已经使用 Fastly 边缘交付 | 在现有 Fastly 运营模型中评估 Next-Gen WAF | 服务责任、配置边界、源站路由、TLS、客户端上下文、事件投递和回滚。 |
| Fastly 将首次进入流量路径 | 受控的预发布或低风险服务迁移 | DNS 或路由变更、源站暴露、部署支持、正常流量行为和可逆切换。 |
| API 密集或机器到机器业务 | 面向 API 的 WAAP PoC | 端点清单、认证、JSON 等请求体、方法、Schema、速率行为和事件上下文。 |
| 多个应用或团队共享平台 | 分离的服务、策略和运营责任 | 租户边界、策略继承、事件路由、访问控制、保留、支持和例外管理。 |
Fastly Next-Gen WAF 询价工作表
询价前应准备标准化工作负载资料，以便比较方案并识别订阅价格之外的迁移和运营成本。
- 保护范围
- 列出应用、服务、域名、API、环境和责任边界。
- 流量画像
- 记录请求量、吞吐、区域、峰值、方法、请求体格式和 API 占比。
- 安全控制
- 定义 WAF、API 防护、策略、分析、告警和执行要求。
- 数据与集成
- 明确事件保留、导出、SIEM 或工单集成、看板和审计需求。
- 服务模型
- 确认支持、上线协助、迁移、响应预期、培训和长期策略责任。
Fastly Next-Gen WAF PoC 应收集的证据
不能只依据功能清单评分，应依据目标部署实际产生的证据评分。
- 标明客户端、Fastly 路径、检查、源站、日志、响应人员和旁路的流量与事件图。
- 覆盖浏览器、认证 API、上传、移动端、Webhook 和机器客户端的正常流量矩阵。
- 记录请求、动作、事件上下文、规则或信号和响应流程的安全模拟结果。
- 按浏览器与 API 路径分别统计正常流量的延迟和错误率变化。
- 评估策略变更、访问控制、告警路由、升级和回滚时间。
- 与 PoC 中相同应用、流量、控制、保留和支持假设绑定的明确报价。
能力快照
Fastly Next-Gen WAF 需要验证的能力
WAF 防护API 安全Edge integration安全分析
对比
Fastly Next-Gen WAF 替代方案与对比页面
研究路径
继续评估 Fastly Next-Gen WAF
常见问题
Fastly Next-Gen WAF 最适合什么场景？
Fastly Next-Gen WAF 常见评估场景包括：API 密集型应用、托管 WAF 运营、Fastly 平台用户。
Fastly Next-Gen WAF 是免费的吗？
Fastly Next-Gen WAF 的价格路径是：询价制。正式采购或上线前应以官网当前价格与服务条款为准。
Fastly Next-Gen WAF 的架构是什么？
它是托管应用与 API 防护服务，需要结合具体 Fastly 或受支持流量路径评估。应记录检查位置、源站路由、事件投递、策略责任和回滚方式。
Fastly 是否提供简单公开的 Next-Gen WAF 价格？
价格更适合按工作负载和商业打包确认。准备流量、应用、API、日志、保留和支持需求后，应向 Fastly 确认当前报价。
Fastly Next-Gen WAF PoC 应证明什么？
应证明浏览器和 API 正常流量兼容性、检查位置、事件质量、响应流程、延迟与错误影响、策略责任、回滚，以及与测试工作负载假设绑定的报价。