官方公告：CDN 服务等级协议（SLA）更新说明。本次更新主要涉及可用性承诺、故障赔付标准以及配置要求。作为技术团队，您需要理解新条款对现有架构的影响，并据此调整缓存策略、故障转移机制和监控告警。
为什么更新 SLA？
服务等级协议（SLA）是衡量 CDN 服务质量的核心依据。随着网络攻击复杂化、边缘计算普及，旧的 SLA 已无法准确反映实际服务能力。本次更新旨在明确边界条件，例如：可用性计算是否排除 DDoS 攻击期间、缓存命中率是否影响赔付等。官方文档指出，自动检测和缓解 DDoS 攻击是基础能力，但 SLA 可能不覆盖攻击期间的可用性损失。
新 SLA 的关键变化
可用性承诺调整
新 SLA 将可用性承诺与特定配置挂钩。例如，启用缓存规则和 Tiered Cache 可提高缓存命中率，从而降低源站负载，但若未正确配置，可能无法享受最高可用性承诺。官方文档强调，缓存存储频繁访问内容的副本，减少服务器负载并提升性能，因此合理配置缓存是满足 SLA 的前提。
故障赔付标准细化
赔付标准将区分服务不可用与性能下降。若因源站故障导致 CDN 无法回源，可能不在赔付范围内。此外，DDoS 攻击期间的异常流量可能被排除在可用性计算之外。官方文档提到，Cloudflare 自动检测并缓解 DDoS 攻击，但用户需确保启用相关防护规则。
对您现有配置的影响
缓存策略需要重新评估
新 SLA 可能要求更精细的缓存控制。例如，使用 Cache Rules 指定哪些资源应缓存以及缓存时长，可优化性能并满足 SLA 要求。若您未设置缓存规则，默认行为可能无法满足高可用性承诺。建议检查缓存扩展名列表，确保静态资源被正确缓存。
故障转移机制
尽管 SLA 提供了赔付，但业务连续性仍需要主动设计。官方文档提到，利用 Workers 构建无服务器应用，可快速切换流量，降低单点故障风险。您可以使用 Workers 实现自定义路由，或在源站故障时返回缓存内容。
常见误区与失败条件
- 误区：启用 CDN 即可获得 100% 可用性。实际上，SLA 通常排除计划维护、不可抗力及 DDoS 攻击期间。
- 误区：缓存命中率越高越好。过度缓存可能导致内容更新延迟，影响动态内容的准确性。需平衡缓存时长与新鲜度。
- 失败条件：未启用 DDoS 防护。若未开启自动防护，攻击可能导致服务不可用，且不在 SLA 保障范围内。
- 失败条件：忽略缓存清除。当内容更新时，需及时清除缓存，否则用户可能获取旧版本。
如何验证您的 SLA 合规性
建议定期进行以下检查：
- 确认缓存规则已覆盖关键路径。
- 检查 DDoS 防护规则是否启用并生效。
- 模拟源站故障，验证回退机制。
- 监控可用性指标，对比 SLA 承诺。
总结与行动建议
本次 SLA 更新强调配置与服务的关联性。您需要：
- 重新评估缓存策略，充分利用缓存规则和 Tiered Cache。
- 启用 DDoS 防护，并自定义规则以应对特定攻击。
- 考虑使用 Workers 增强故障转移能力。
请务必阅读官方文档了解详细信息，并根据自身业务调整架构。
参考资料
延伸阅读