创新案例｜Cloudflare从CDN走向AI平台：6大产品创新与B2B增长打法

30秒看懂：Cloudflare从CDN走向AI平台，并非简单跨界，而是沿着客户已有的请求、部署和运维工作，把网络能力逐步扩展为可编程开发平台与AI推理服务。其增长核心在于复用全球网络、接入入口和客户关系，同时补建GPU调度、权限隔离、计费与观测等新能力。VistaPrint和LunarCrush等客户案例显示，扩用真实发生在生产流程中，但AI业务的独立财务贡献尚未披露。对B2B科技企业而言，关键不是产品菜单多宽，而是客户下一项工作能否接到现有平台上，并完成可靠交付。

从CDN客户到AI开发者，Cloudflare的增长究竟复用了什么？

Cloudflare起初因网站加速和安全广为人知，如今也提供Workers开发平台、零信任访问、对象存储、AI推理与模型调用管理。企业很容易把这类扩张概括成“从CDN跨界到AI”，真正值得研究的问题却是：原有全球网络究竟能复用哪些能力，新业务又不得不重新投入什么？

两个客户案例说明了这种变化在实际工作中如何发生。VistaPrint先因内容分发和微服务架构问题采用Cloudflare，后来让Workers管理路由、让Access管理员工访问，客户称全球路由配置从接近一小时缩短至七分钟。LunarCrush则在同一平台组合内容分发、Workers应用逻辑、R2存储与Workers AI摘要等功能。这些是Cloudflare发布的客户案例，能解释真实使用路径，却不能直接推导出Cloudflare的AI产品独立营收。

Cloudflare的技术起点并不只有CDN。安全与网络加速从早期便在同一基础设施上建设；2017年Workers使客户逻辑能够运行在网络上，2023年以后又开始解决GPU推理的特殊调度问题。沿着同一客户的请求路径，商业模式从固定功能供应商延伸为开发者和企业都可调用的平台。每一轮扩展都有旧资产可以继承，同时都有新的工程与经营责任。

从Runwise的研究角度，这类第二曲线最难复制的并不是产品菜单，而是“客户下一项工作”能否接到现有平台上，以及平台是否已补齐可靠部署、权限、计费、维护和异常处理所需的能力。

对B2B公司来说，跨越产品边界并不意味着天然形成新的收入曲线。同一个采购客户可以降低沟通起点，但新服务如果无法进入客户实际运行流程，既有关系也未必带来扩购。客户是否愿意放弃原方案、在生产环境中持续使用，才是下一项能力产生商业价值的起点。

六大产品创新与B2B增长打法：把已有网络变成持续扩用的平台

1. 网络平台创新：把安全规则和访问控制接到既有流量入口

网络级安全的延伸首先依赖已经建立的客户接入。2020年Magic Firewall发布时，Magic Transit已为客户IP网段提供防护。新的防火墙能力把规则执行放进这条路径，让数据中心和分支网络能够接受政策控制；终端用户又有自己的接入方式。它扩大的，是同一网络可以承担的处理责任。Magic Firewall发布稿

当前架构中的Anycast接入和Quicksilver配置分发，说明网络与控制能力如何共同支撑这种路径。前者把流量引入平台，后者把政策送到执行位置。对管理者而言，值得借鉴的不是具体协议，而是接入能力与持续管理能力必须一起建设：有入口，尚不等于能交付一项长期服务。

这个选择首先改变了客户已经完成的接入的用途。对需要保护地址段的企业，流量经由Magic Transit进入网络后，Magic Firewall进一步根据策略处理流量；对员工远程访问，则由Zero Trust产品处理身份和应用权限。它们服务不同对象，不能因为共用网络便被统称为同一项“CDN功能”。

在经营上，真正可复用的是接入、策略分发与持续运营，而不是把一项防护规则复制成另一种产品。客户愿意把下一项任务交过来，还要确认谁可以修改规则、配置何时生效、故障发生时怎样定位。安全和访问控制之所以能够成为相邻业务，靠的是共用底座加上专门的产品接口，而不只是既有客户名单。

2. 产品创新：以Workers把网络从固定服务变为开发者可编程平台

2017年Workers发布提出一个明确变化：让客户代码运行在已有网络上。2018年正式开放时，团队解释了对容器、Lua和专用语言等方案的比较，最终采用JavaScript的Service Workers API与V8。客户由此可以修改请求、安排路由、连接后端或控制缓存行为。Workers正式开放说明

这种开放扩大了用途，也提高了交付要求。客户代码不是供应商能够预先穷尽的配置选项，平台必须同时照顾隔离、开发体验与运行可靠性。如果只是把计算资源开放出来，却把调试、资源访问和部署管理全部留给客户，已有网络的便利很容易被新的使用成本抵消。

Workers的价值因而不能只用“增加一种计算服务”解释。它为后续能力提供了一个开发者可以反复使用的入口：新服务接到这个入口上，客户就有机会把它写进已有应用。这个入口是否足够好用，还需要在真实系统中接受检验。

Workers让客户把路由、身份令牌校验、接口处理等逻辑写成代码，并通过Cloudflare网络执行。对开发者而言，底层处理请求的位置、上线代码的工具和运行监测开始连在一起，客户无需为每个小需求都等待供应商发布一个新功能。2018年正式开放时，Cloudflare明确讨论过容器、Lua和专用语言等方案，最终采用V8隔离环境及相关Web API。

但让客户能够编写代码，也意味着供应商必须面对不可预先枚举的业务行为。调用资源的权限、更新后的兼容性、错误日志和运行成本，都会变成客户日常使用的一部分。如果只是提供计算资源，而没有解决部署与观测，这项创新很难长期承接企业应用。Workers由此是技术产品创新，也是为后续R2、队列、数据库和AI服务建设统一开发入口的商业选择。

3. 内部孵化：用自己的产品改造发布流程和平台质量

Cloudflare自身也面对这个问题。其2023年工程回顾说明，共享的FL系统使部署和调试受到约束；2019年内部Workers开始接入，2021年末Flame原型尝试绕过FL，却发现内部资源访问、日志、状态和可控部署等能力缺失。内部平台工程回顾

它先为有权访问内部资源的账户建立注册管理，再以资源绑定规定代码能够使用的能力。发布代码与把代码接到实际请求上被分成不同环节，公共开发工具也接入内部服务。工程师可以沿用开发和测试工具，权限却仍需受到控制，便利与授权没有被混为一件事。

这段过程揭示了能力迁移最容易被省略的部分。运行一段代码，与让一个产品团队长期依赖它，是两回事。产品团队需要知道自己能访问什么、发布的版本如何进入生产、异常如何被识别。平台必须把这些责任落实，其他团队才可以在它上面持续开发。

内部使用也改变了平台改进的来源。缺口成为自己的工程师每天遇到的阻碍。公共工具能够服务内部开发，内部需求又推动工具和资源访问能力完善，平台建设开始与产品开发相互促进。

但这条路径是逐步推进的。2023年的原文仍明确整体迁移处于早期，新增能力已在部分组件使用，远未等于所有旧系统都被替换。它的管理价值恰在这里：先找出可分离、有实际收益的部分迁移，用运行反馈改进平台，同时保留既有服务持续工作的条件。

2023年Cloudflare的工程文章提供了一条可核实的实际Operating Flow：内部开发者把代码合并到相应Git分支后，系统将版本先发布到低影响环境，再按阶段逐步扩大；每一阶段运行端到端测试、检查健康指标并满足最短观察时间，异常则自动暂停或回退。这样的流程是解决内部服务大规模改版的风险，并非抽象的“我们自己也用平台”。

更细的工程选择是把代码发布与绑定请求路径分开，通过权限控制决定哪些服务能够访问内部资源。内部团队曾经因为缺少日志、缓存、配置访问等能力而无法完整迁移，随后这些缺口成为产品建设任务。公司没有声称所有旧系统已替换；正是分阶段迁移的做法，让旧网络可以持续运行，同时新开发平台有机会接受真实负载检验。

4. B2B增长：沿客户现有工作流程完成从CDN到更多产品的扩用

VistaPrint的过程把这种能力转化落到了客户侧。其案例记录了四五家供应商的验证、CDN接入，以及随后由Workers承接微服务路由，结合Terraform和自动化部署改善配置管理。全球路由部署时间的变化，正发生在这套工作流程中，而不是抽象的云性能比较。

Access的扩展则进入另一种工作。VistaPrint先用于承包商访问，再在约四个月内扩展到1200名员工。原文中全体7000名员工接入仍是计划。这个阶段不能简单说成CDN客户自然变成安全大客户，它表明同一供应商可以承接相邻需求，也需要重新解决人员访问的使用场景。

更靠近AI的例子是LunarCrush。其客户故事描述了从CDN到Workers校验令牌、状态与日志处理，再到高频应用服务的扩展；Workers AI已经用于社交讨论摘要和缺少素材时的备用图像生成，R2承接媒体存储。LunarCrush客户案例

这里的AI不是孤立演示。摘要进入用户看到的应用，图像生成连接内容展示，存储继续接住生成后的媒体。已有应用流程给新服务提供了实际使用位置，也让客户能够把计算、交付和内容管理放在一起考虑。

VistaPrint的实施顺序为这种B2B增长打法提供了具体实例。它先比较过四五家供应商，再切入内容分发；迁往微服务架构后，使用Workers动态路由并结合Terraform管理配置和部署，随后又用Access处理承包商、员工的访问。客户称40—60个Workers负责其约90%的公开流量，路由全球上线从接近一小时缩短至七分钟；Access在约四个月内扩展至1200名员工，全部7000人接入当时仍是计划。

LunarCrush的路径则进一步延伸到AI使用。其应用使用Workers AI生成社交讨论摘要和备用图像，并以R2保存媒体资产。客户CTO估计，把最消耗流量的工作负载转移到Cloudflare后，月度基础设施费用由2.5万美元降为5000美元。节省来自一整组迁移，不应把80%全部归功于AI推理。对平台销售来说，两例共同证明：追加采购的线索不是“客户还没买的产品”，而是客户原有流程里的下一段真实工作。

5. AI基础设施创新：在既有网络上新建GPU调度与模型运行能力

Cloudflare在2024年披露，其容器平台已用于Workers AI；原来每台服务器运行有限数量服务的方式，无法容纳大量不同的重负载。公司因此建设全局和本地调度，根据硬件与容量决定工作负载落点，并增加位置路由。容器平台工程说明

这套调度的控制面继续使用Workers、Durable Objects和KV等已有能力；全局层选择位置，本地层寻找适合的服务器。运行镜像则借助R2存储、CDN缓存和Workers构建的分发服务。已有资产承担了状态管理与分发，新机制处理硬件适配和任务落点，两部分各有明确工作。

硬件也必须跟上。Gen12服务器的设计为更强GPU增加相应的电力和散热条件。复用既有机房和网络运营，并不意味着GPU容量从旧业务中免费出现；新增设备及其运行成本仍要由新的需求承担。Gen12服务器说明

到2026年，大型模型运行还继续增加预填充与解码分离、按token状态分配请求和提示缓存等策略。这些改变服务于模型的计算和内存特性，不能把它们理解成CDN内容缓存的简单复制。大型LLM运行工程说明

Cloudflare在2024年的工程文章解释，Workers AI已经在其容器平台上运行，但GPU资源与普通网页请求并非同一类任务。模型大小不同、显存要求不同，GPU驱动与容器环境需要匹配；控制层先挑选有合适资源的位置，本地层再分配服务器。容器镜像分发则复用R2、CDN缓存和Workers等既有能力。

这说明“复用旧能力”与“新增资本投入”可以同时发生。已有网络和开发入口能降低部分交付摩擦，却无法凭空提供GPU设备、供电和散热。2026年，Cloudflare又公开介绍将预填充与解码分离等面向大模型的运行优化。分析时必须把已投产的GPU调度、不断升级的模型推理优化，与尚需规模验证的成本经济性分开，不能拿传统CDN利润率去推断推理服务的单位盈利。

6. 商业模式创新：把模型调用、监测和计费放进同一平台入口

技术能够运行之后，客户还需要知道怎样持续使用。2026年8月，Cloudflare将Workers AI与AI Gateway的入口、观测和额度钱包进一步统一，连接自己托管的推理与外部模型调用。统一AI控制面说明

这一动作解决的是服务承接问题。应用可能同时使用多种模型来源，开发者除了写出一次成功调用，还要追踪运行、理解费用并管理余额。如果每增加一个来源都重新配置一套管理方式，平台在技术上的相邻，很难变成客户使用上的连贯。

8月的发布稿将模型优先路由列为后续方向，智能路由当时也还在内部试验。此后，Cloudflare于9月30日通过AI Gateway开放Auto Router公开Beta；10月2日更新的文档已给出使用cloudflare/auto调用的方式。智能模型选择已经走出内部试验，但仍非GA，也不能据此把8月模型优先路由的全部设想视为已交付。Auto Router发布说明、Auto Router文档

企业合同也为扩用提供了承接条件。Cloudflare在10-Q中说明，部分企业客户可以承诺一笔金额，再分配到不同产品，而非一开始锁定每项产品的固定月度使用。与此同时，公司继续投入销售、伙伴和销售运营。产品相邻降低了进入新需求的部分成本，却没有取消销售与实施工作。2026年第二季度10-Q

2026年8月，Cloudflare将Workers AI与AI Gateway的调用入口和管理体验进一步统一。开发者可以通过Workers AI访问托管模型，也可通过Gateway把调用发送给第三方模型提供商，并查看日志、Token用量和费用；预付额度钱包承接相应消费。这部分变化主要解决“客户怎样长期运行、观察与付费”，并不证明所有AI应用都由Cloudflare自己的GPU完成。

同年9月底开放的Auto Router仍属于公开Beta，不能写成已经全面成熟的GA能力。企业客户还可在符合合同安排时以承诺金额购买跨产品使用空间。这些设计让新产品更容易进入已存在的开发和采购流程，但平台仍要承担销售、支持与计费解释的工作。Cloudflare公开财报并未将Workers AI、Gateway等产品的收入单独披露，因此商业模式创新已发生，独立财务成效仍需要下一阶段验证。

经营结果：客户扩用已有证据，AI业务的独立财务贡献仍未披露

客户侧结果比“发布了多少产品”更有解释力。VistaPrint报告路由配置从接近一小时缩至七分钟；LunarCrush管理者估计基础设施月费从2.5万美元降至5000美元。这些都来自供应商刊载的客户自述，没有公开完整的基期、独立核算报告，且结果涉及多个产品共同作用，不能单独归因于Workers AI。

截至2026年第二季度，Cloudflare收入为6.961亿美元，同比增长36%，美元净留存率120%。但GAAP毛利率从上一年同期74.9%降至71.8%，季度GAAP经营亏损约2.057亿美元，并包括约1.507亿美元重组费用。财报采用单一分部披露，未提供安全、开发平台和AI产品的独立收入及利润。因此可以确认集团整体扩张和客户产品采用实例，仍不能计算“AI第二曲线”独立创造了多少收益。

还需要特别注意“扩用”和“付费扩张”的关系。VistaPrint的工作人员已经把多项服务接入实际部署和访问流程，LunarCrush也将AI推理用于用户能看到的功能，这些比一次技术测试更接近持续采用。但客户案例没有公开各产品的合同金额、净增订单或AI模型调用量；供应商能否把使用频率转成可持续毛利，仍是另一项独立验证。

对中国B2B科技企业的借鉴：复用客户入口，也要重新承担交付责任

Cloudflare的增长路径不是把旧产品延长一个新名称，而是沿着客户已有的请求、部署和运维工作，发现下一项可以由平台承担的任务。对软件企业而言，最先要回答的应是客户为什么愿意减少一个供应商、减少一次部署或省去一段重复操作，而不是相邻技术市场规模有多大。

其次，需要将复用与补建分别预算。客户接入、统一开发入口可以复用；安全隔离、资源权限、GPU容量、模型账单和版本回退则必须随着新业务补足。Cloudflare在2025年的故障复盘及2026年的整改说明中，披露了共享基础设施传播配置错误的风险，并介绍逐步部署、健康检查和自动回退等改进。这是平台化增长不得不承担的代价，不能以已有规模优势来回避。

最后，对新业务的判断仍应回到客户行为：它是否进入稳定生产流程，是否扩大长期采购，运行质量能否持续，新增容量的成本是否有可核的收入承接。Cloudflare已经展示了从CDN客户走向可编程网络、再进入AI应用的真实路径；是否形成一条财务独立且盈利的AI第二曲线，还没有足够公开证据。

数据来源

• VistaPrint customer story｜Cloudflare｜访问于2026-10-11
• LunarCrush customer story｜Cloudflare｜访问于2026-10-11
• Security reference architecture｜Cloudflare｜访问于2026-10-11
• Introducing Magic Firewall｜Cloudflare｜2020-10-16
• Cloudflare Workers Unleashed｜Cloudflare｜2018-03-13
• Building Cloudflare on Cloudflare｜Cloudflare｜2023-05-18
• Our container platform is in production, it has GPUs｜Cloudflare｜2024-09-27
• High-performance LLMs｜Cloudflare｜2026-04-16
• Unifying Workers AI and AI Gateway into a single AI control plane｜Cloudflare｜2026-08-07
• Cut your AI spend with AI Gateway’s Auto Router｜Cloudflare｜2026-09-30
• Auto Router｜Cloudflare开发者文档｜更新于2026-10-02
• 2026 second quarter Form 10-Q｜Cloudflare／SEC｜2026-08
• Second Quarter 2026 Financial Results｜Cloudflare／SEC｜2026-08
• Cloudflare outage on November 18, 2025｜Cloudflare｜2025-11-18
• Code Orange: Fail Small is complete｜Cloudflare｜2026-05-01

想把这套打法用到你自己的业务上？

如果你的企业也在思考如何从现有客户入口延伸到AI或平台型业务，可以先从诊断当前客户流程中的下一项真实工作开始，看看哪些能力可以复用、哪些必须补建。

💎 核心承诺：先诊断、再合作，思路不对不推进。

专属咨询热线：400 822 8832

扫码加顾问 Ben 评估