
Cloudflare 详解从 WordPress 迁移至 EmDash 的过程
Cloudflare 最近发文记录了将主博客从 WordPress 迁移到 EmDash 的过程。EmDash 是由 Cloudflare 内部开发的开源内容管理系统,旨在提升性能和缓存能力,经测试可处理高达每秒 7000 个请求的流量。
以下正文同步自 InfoQ 中国,版权归原站所有,已转换为易读排版。
Cloudflare 最近发文记录了将主博客从 WordPress 迁移到 EmDash 的过程。EmDash 是由 Cloudflare 内部开发的开源内容管理系统,旨在提升性能和缓存能力,经测试可处理高达每秒 7000 个请求的流量。
正如 InfoQ 此前报道,Cloudflare 于去年 4 月份发布了 EmDash v0.1.0 开发者预览版——这是一个用 TypeScript 构建的 CMS,定位为 WordPress 的继任者。EmDash 运行在 Worker 上,并配置了多层缓存,包括 Workers Cache 和基于 Workers KV 构建的 EmDash 对象缓存。它还使用 Cloudflare Hyperdrive 将 EmDash 连接到 PlanetScale 数据库。
Cloudflare 称自己是新 CMS 的零号客户,在发现原有平台存在局限后,他们把博客迁移到 EmDash。团队表示,博客日常流量约每秒 75 个请求,峰值可超过 5000 RPS,因此页面加载性能是重点考量指标。
据 Cloudflare 内容工程高级经理 Kody Jackson、系统工程师 Diogo Carneiro 和高级设计工程师 Amy Dutton 介绍,此次迁移带来了更快、更可靠的网站体验:
对比旧架构(绿线)与新 EmDash 部署(黄线)之间的 p95 响应延迟,差异非常明显。旧平台在负载升高时会周期性出现延迟尖峰,而新系统的响应曲线非常平稳、一致性强。在 Cloudflare Workers 上运行 EmDash,并配合新增的多层缓存,我们全面实现了更快、性能更好的阅读体验。
Cloudflare 使用了一个代理 Worker 逐步将流量从 WordPress 路由到 EmDash,如果发生错误就自动回退到旧站点。上线时先切 1% 流量,在团队验证新平台无误后逐步放量,并在一天内完成 100% 流量切换。Jackson、Carneiro、Dutton 补充道:
我们部署了一个代理 Worker,在旧博客和 EmDash 驱动的新站点之间智能地路由流量。这个 Worker 会给请求设置版本 Cookie,从而使我们能够将传入流量相应地路由到新版或旧版页面。此外,这种策略还允许我们在新站点出现 500 错误时回退到旧博客。
Reddit 上的相关讨论主要围绕迁移策略,一位评论者强调了代理 Worker、基于 Cookie 的路由和回退机制:
零停机代理 Worker + Cookie 路由最容易被很多团队低估的部分。一套完善的上线方案通常要有紧急关停开关、单请求级别的回退,还要按用户分组拆分指标,这样才能在流量从 1% 扩到 100% 之前提前发现缓存退化问题。
此次迁移还改善了 AI 智能体的访问能力,新增了用于 Cloudflare 博客的 MCP 服务器,以及另一个用于 EmDash 的 MCP 服务器,让作者能够浏览、创建、编辑、定时发布内容。
Reddit 用户 u/themistermeister 将 EmDash 和 Ghost 进行了对比,留言写道:
EmDash 的成本要低得多,AI 交互性要强得多。而且它具有近乎无限的扩展性,产品路线图也很亮眼。
文章提到,编辑在早期试用时遇到一些问题,主要集中在编辑体验和定时发布功能上。相关问题已经反馈给 EmDash 团队。Cloudflare 表示团队正在朝着 v1 正式版推进,但尚未公布正式发布时间。
查看英文原文:https://www.infoq.com/news/2026/09/cloudflare-emdash-migration/
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。