Cloudflare
2026-07-31
Cloudflare迁移cdnjs至Workers平台，验证90亿请求/天边缘计算能力
内容摘要
核心要点
Cloudflare将cdnjs——互联网最繁忙的开源CDN之一——完全迁移至其开发者平台。cdnjs服务于约12%的网站，占JavaScript CDM市场48.3%的份额，平均每秒处理108,000个请求，每天90亿个请求，覆盖超过330个Cloudflare数据中心，缓存命中率达98.6%。
新架构完全运行在Cloudflare开发者平台上：R2作为文件内容的唯一真相来源，没有实际大小限制，S3 API使整个cdnjs目录可被任何S3客户端访问。KV现在仅存储元数据：包信息、版本列表、SRI哈希。Workers Cache作为分层缓存位于Worker前方，取代了之前的独立内部缓存层。数据摄入管道构建在Cloudflare Workflows上，每十分钟触发一次，检查npm和GitHub的新版本，并使用Workflows的持久执行能力处理失败恢复。
迁移过程中遇到的平台限制包括：Worker调用1,000个子请求限制和Workflow 1,024步限制。Cloudflare团队将这些限制提升：子请求在付费计划上最高可达1000万，Workflows默认10,000步，可配置至25,000步。这暴露了平台原有的扩展性瓶颈，但通过付费计划解锁。
LLM也大量使用cdnjs——当ChatGPT、Claude或Cursor生成快速HTML演示时，它们会引用cdnjs，因为训练数据中充满了它。这进一步凸显了cdnjs在AI工作负载中的重要性。
重要性说明
Cloudflare通过将cdnjs迁移至其开发者平台，表面上是技术升级，本质上是在防守其他边缘计算平台如Fastly Compute@Edge和AWS Lambda@Edge，通过展示一个大规模生产案例来吸引开发者锁定其平台。
该架构设计通过隐性技术壁垒试图长期锁定用户的资产：cdnjs的所有文件内容现在存储在R2中，而元数据存储在KV中。开发者如果希望使用cdnjs的S3 API访问，必须依赖R2的S3兼容性，但R2与标准S3在性能、定价和生态集成上存在差异，使得迁移到其他对象存储成本高昂。此外，Workers Cache作为分层缓存，其行为由Cloudflare控制，用户无法自定义缓存策略，可能导致与现有CDN工作流不兼容。
原文故意隐瞒或淡化了物理限制和成本陷阱：虽然子请求限制提升到1000万，但这是在付费计划上，且Workflows步数限制仍为25000步，对于复杂的数据摄入管道可能不足。更重要的是，Workers在处理高并发请求时的尾部延迟问题没有提及，cdnjs的缓存命中率98.6%掩盖了缓存未命中时的回源性能。对于现代大模型应用，如果LLM频繁引用cdnjs，任何回源延迟都会直接影响AI应用的响应时间。此外，Workflows的持久执行虽然保证恢复，但可能引入额外的执行时间成本，且Workflows的定价模型可能使大规模数据摄入变得昂贵。
PRO 决策建议
【厂商】竞争对手如Fastly和Akamai应强调其边缘计算平台的开放性和可定制性，指出Cloudflare Workers在子请求和Workflows步数上的限制，以及R2与标准S3的潜在兼容性问题。他们可以推出针对cdnjs类似场景的参考架构，使用标准对象存储和自定义缓存策略，提供更灵活的迁移路径。
【企业】CIO和架构师应进行零信任技术审计：评估R2与现有S3兼容存储的迁移成本，测试Workers在峰值负载下的尾部延迟，并检查Workflows的定价模型是否适合大规模数据摄入。同时，考虑多云策略，避免将关键CDN基础设施完全绑定到单一平台。对于依赖cdnjs的AI应用，应建立缓存未命中时的回源性能基准。
【投资者】应看穿这是Cloudflare为提升ARPU而推动用户升级付费计划的策略。虽然展示了平台能力，但付费计划限制的提升意味着企业用户需要支付更高费用。关注Cloudflare开发者平台的收入增长是否由现有用户升级驱动，而非新用户获取。同时，注意边缘计算市场的竞争加剧，Cloudflare的差异化优势可能被竞争对手的类似能力削弱。
觉得这篇分析有用？
每周收到3-5条AI基础设施关键信号 →
💬 评论 (0)