Cloudflare博客——由EmDash为您呈现
内容提要
Cloudflare博客迁移至自研CMS系统EmDash，作为“零号客户”验证其性能与扩展性。新架构基于Workers和缓存层，显著提升响应速度，支持暗色模式及MCP服务器。迁移采用渐进式流量切换，成功应对高流量和DDoS攻击，并优化了订阅表单和导航体验。
延伸解读
“零号客户”模式的价值
Cloudflare 将自身作为 EmDash 的“零号客户”，在内部大规模使用产品，以验证其性能、安全性和可用性。这种模式不仅帮助 Cloudflare 提前发现并修复问题，也使得产品在推向市场前就经过真实生产环境的考验。对于企业用户而言，这意味着 EmDash 在稳定性上可能更有保障，因为其核心功能已在 Cloudflare 的高流量场景下得到验证。
渐进式迁移策略
Cloudflare 通过代理 Worker 和版本 Cookie 实现新旧博客的流量切换，从 1% 开始逐步增加至 100%，确保零停机。这种渐进式发布策略允许团队在真实流量下监控系统表现，并及时处理边缘情况，降低迁移风险。对于计划进行重大架构升级的团队，这种分阶段切换的方法值得借鉴，尤其是在无法承受长时间停机的情况下。
性能提升与缓存架构
新架构利用 Workers Cache、KV 对象缓存和 Hyperdrive 集成，实现了多层缓存，使得 99.5% 的静态文件和 70% 的请求从缓存中直接响应，显著降低了数据库负载和响应延迟。在峰值流量下，系统仍能保持稳定的 p95 延迟，表明缓存策略在应对突发流量时非常有效。这提示我们，合理的缓存分层是提升网站性能和韧性的关键。
面向代理的 MCP 支持
EmDash 为博客提供了 MCP 服务器，使 AI 代理能够通过标准接口搜索、获取和列出文章，同时作者也可通过 MCP 管理内容。这种设计反映了 CMS 行业向“代理优先”发展的趋势，且无需额外成本。对于内容创作者和开发者而言，这意味着未来可以更便捷地集成 AI 工具，实现内容管理的自动化和智能化。
Q&A
Cloudflare博客迁移到了哪个CMS系统？
Cloudflare博客迁移到了EmDash，这是一个专为Astro和Cloudflare构建的内容管理系统（CMS）。
Cloudflare作为EmDash的“零号客户”意味着什么？
作为“零号客户”，Cloudflare在内部使用自己的产品，并作为第一个最苛刻的客户来验证产品的规模、安全性和可用性。如果产品有问题，会先影响Cloudflare自身，从而迫使团队立即修复。
Cloudflare博客迁移到EmDash后，在性能方面有哪些提升？
迁移后，博客的p95响应延迟显著降低，性能曲线更加平稳，不再出现周期性延迟峰值。同时，静态文件缓存命中率达到99.5%，请求缓存命中率为70%，并且能够稳定处理高达850 RPS的流量。
Cloudflare博客迁移过程中采用了什么策略来确保零停机？
他们部署了一个代理Worker，通过设置版本cookie来智能路由流量，并支持在出现500错误时回退到旧博客。同时，采用渐进式流量切换，从1%开始逐步增加，最终在一天内将100%流量切换到新平台。
Cloudflare博客迁移后，前端有哪些改进？
前端进行了重新设计，采用了Kumo设计系统，与Cloudflare整体视觉语言保持一致。新增了原生暗色模式支持，并修复了订阅表单被误认为搜索栏的问题，将其移至文章底部。此外，还添加了“On this page”目录和“Discuss Online”侧边栏功能。
Cloudflare博客迁移后，为AI代理提供了哪些新功能？
博客发布了新的Model Context Protocol (MCP)服务器，允许代理使用search_posts、list_posts、get_post、list_tags等工具。同时，EmDash本身也提供了MCP服务器，使作者可以通过代理浏览、创建、编辑、发布和调度内容。
Cloudflare博客在Agents Week期间面临了哪些挑战？
在Agents Week期间，博客发布了18篇新文章，获得了近300万次页面浏览量，新博客Worker成功处理了高达450 RPS的流量，并吸收了8月10日的一次28,000 RPS的DDoS攻击。但在编辑方面，发现了一些小问题，特别是与定时发布相关的bug。
