posts/cdnjs-cloudflare-developer-platform-migration/

[llccing]

每天 90 亿次请求如何搬家：深入理解 cdnjs 迁移到 Cloudflare Developer Platform

在博客中查看

[llccing]

ESM

@ai 解释下这是什么

[github-actions[bot]]

ESM 是 ECMAScript Modules 的缩写，也就是 JavaScript 的原生模块系统。

它用 import / export 在浏览器或运行时里直接按模块加载代码，例如：

import _ from 'https://example.com/lodash.js';
export function hello() { ... }

和文章里对比的点是：以前网页常靠 <script src="https://cdnjs..."> 拉一整份全局脚本；现在有了 ESM，再加上 Vite、Bun 等工具，更常见的是在构建时打包依赖，或用原生 import 按需加载。

所以原文在问：既然现代 Web 已有 ESM 和各种 bundler，为什么 cdnjs 这种传统 <script> CDN 流量仍然这么大？后面列的教程惯性、AI 生成代码、稳定 URL、SRI 等，就是在解释这个现象。

[llccing]

CDN

@ai cdn的定义，对于企业级开发如何使用cdn加速

[github-actions[bot]]

CDN 的定义

CDN（Content Delivery Network，内容分发网络） 是一套把内容缓存到离用户更近的边缘节点上的分布式系统。用户请求静态资源（JS、CSS、图片、字体等）时，优先从最近的节点返回，而不是每次都打回源站。

在本文语境里，cdnjs 就是典型的公共 CDN：把开源库的固定版本文件放到全球边缘，页面通过稳定 URL 直接引用。文章给出的规模能直观说明 CDN 的价值——约 90 亿次/天 请求、覆盖 330+ 数据中心、缓存命中率约 98.6%，绝大多数流量在边缘缓存层就结束了。

企业级开发如何用 CDN 加速

结合本文架构，企业侧常见做法可以落在这几层：

1. 明确“什么适合上 CDN”

优先放不可变、可长期缓存的资源：

• 带版本号的 JS/CSS（如 lodash.4.17.21.min.js）
• 图片、字体、source map、构建产物
• 固定版本的静态 HTML 片段或文档站点

尽量避免把“会频繁变化且无版本约束”的动态接口直接当 CDN 静态文件用。

2. 设计正确的缓存与发布链路

文章里的读取路径很有代表性：

浏览器
  → 边缘缓存 / Workers Cache
  → CDN Worker
  → 对象存储（如 R2）
  → 灾备回退

企业实践可对标为：

• 边缘缓存：吸收热门流量
• 源站/对象存储：只在 miss 时回源
• 发布流水线：上传、压缩（gzip/Brotli）、算哈希、写元数据、刷新索引
• 唯一事实来源：避免“KV 一份、Git 一份、对象存储又一份”的 split-brain

3. 用版本化 URL + 长缓存

像 cdnjs 那样，固定版本 = 不可变内容：

• URL 中带版本号或 content hash
• 缓存策略可设成长期 Cache-Control（如 immutable）
• 发布新版本时换 URL，而不是覆盖旧文件

对使用 SRI 的场景尤其重要：一旦对外发布过，字节本身就是公共契约，不能随便“功能等价”地重新生成。

4. 企业落地清单（实用）

目标	做法
降低延迟	选覆盖你用户区域的 CDN 节点，静态资源全部走 CDN 域名
降低源站压力	提高缓存命中；预压缩；分层缓存
保证正确性	版本化路径、SRI、幂等发布、回滚策略
可观测与恢复	全链路追踪 ID、队列重试、独立灾备副本
安全	HTTPS、CORS 收敛、限制可写入口、最小权限

5. 和本文最相关的一条经验

CDN 加速不只是“把文件放到更近的地方”，还包括：

1. 数据收敛（谁是权威存储）
2. 流程收敛（发布是否可恢复、可观测）
3. 故障收敛（缓存 miss、源站故障、重复投递各自怎么处理）

如果你是在给自己的前端/静态资源做加速，最小可行方案通常是：构建产物哈希化 → 上传对象存储 → CDN 域名分发 → 长缓存 + 版本化引用。若你关心的是“企业私有库/内部组件库怎么做类似 cdnjs”，可以再说一下场景，我可以按这篇文章的 R2/缓存/发布流水线思路拆一版更具体的架构。

[llccing]

Durable Objects

@ai 解释下这个服务的作用

[llccing]

[llccing]

这次迁移不只是普通 CDN 搬家，而是重建了从发现新版本、下载软件包、解包压缩、计算哈希、发布存储到全球分发的整条生产链路，将旧架构中分散在 GCP 和 Cloudflare 的多个组件整合为以 R2 为唯一事实来源、Workflows 编排流程、Queues 和 Durable Objects 协调并发的统一系统。

[github-actions[bot]]

这次迁移重建的是 cdnjs 从发现新版本、下载、解包、压缩、算 SRI、发布、存储到搜索索引与全球分发的整条生产链路，而不只是把静态文件源站搬个位置。

[llccing]

[llccing]

Cloudflare 重建的是 cdnjs 从发现新版本、下载软件包、解包、压缩、计算完整性哈希、发布、存储、建立搜索索引，到全球分发的整条生产链路。