Cloudflare 于 2026-09-21 将 Python Workers 推向 GA，正式把 Python 作为 Cloudflare Developer Platform 上的一等语言，支持与 Workers AI、R2、D1、Hyperdrive、Durable Objects 等服务的原生绑定，并提供 ASGI/WSGI 连接器以运行 FastAPI、Django 和 Flask。该发布通过封装 Python 与 JavaScript 的边界、引入 Hyperdrive 的数据库连接以及推动 PyEmscripten 标准，降低了将 Web 应用和 AI 工作流部署到边缘的门槛，但生态兼容性仍需时间完善。
Cloudflare 于 2026 年 9 月 21 日宣布，Python Workers 正式进入一般可用（GA）阶段。此举意味着，Python 不再只是 Cloudflare Workers 的实验性运行选项，而成为 Cloudflare Developer Platform 上获得正式支持的一等语言。
按照 Cloudflare 的说法，开发者可以把现有的 Python 代码、库和开发模式带到 Workers 运行时，并直接连接 Workers AI、R2、D1、Hyperdrive、Durable Objects、Queues 和 Workflows 等服务。FastAPI、Django 和 Flask 等常见 Web 框架也可以在 Python Workers 中运行。
Cloudflare 表示，Python Workers 的目标并不是简单地把 Python 编译成 WebAssembly，而是在边缘运行时中提供接近原生开发体验的 Python 支持。公司在两年前推出 Python Workers 的开放测试版，此次 GA 则被定义为面向生产环境的正式发布。
从“能运行 Python”到减少 JavaScript 胶水代码
Python Workers 建立在 Pyodide 之上。Pyodide 是将 CPython 移植到 WebAssembly 的项目，Python 代码在 Cloudflare 的 V8 isolate 中执行。Cloudflare 早期的方案已经可以让开发者在 Workers 中编写 Python，但在调用 Cloudflare 服务时，往往需要通过 Python 与 JavaScript 之间的外部函数接口手动完成类型转换。
Cloudflare 此次重点强调的变化，是把这部分转换过程封装进 Workers 运行时和 Python SDK。过去，向 Queue 发送一个 Python 字典可能需要显式调用 to_js，而现在可以直接使用 Python 对象调用 Cloudflare 的绑定。这让开发者不必在每次使用平台服务时同时考虑 JavaScript 对象和 Python 对象之间的边界。
这一变化也解释了 Cloudflare 为什么把 GA 称作“Python 成为一等语言”，而不是一次简单的语言扩展。平台试图把 Python 与 Cloudflare 服务之间的连接从手工适配，变成运行时原生能力。
FastAPI、Django 和 Flask 可直接接入 Workers
在 Web 框架层面，Cloudflare 为 Python Workers 提供了 ASGI 和 WSGI 连接器。开发者可以使用 workers.asgi 将 FastAPI 等异步框架接入 Workers，也可以使用 workers.wsgi 运行 Django、Flask 或其他遵循 WSGI 标准的应用。
传统部署中，Uvicorn、Gunicorn 等 Web 服务器通常负责处理并发连接和线程，应用框架则集中于业务逻辑。Cloudflare 的做法是让 Workers 平台承担这层 Web 服务器职责，由其全球网络负责请求处理、负载分配和扩展，而 Python 应用继续使用熟悉的框架结构。
这意味着，开发者不需要在每个 Python 应用旁边配置一套常规服务器来处理流量。Cloudflare 提供的连接器负责把原生请求转换为应用所期待的 ASGI 或 WSGI 结构，再把返回结果传回 Workers 运行时。
不过，框架能够运行并不意味着所有 Python 生态都已完成适配。Cloudflare 的文档仍明确指出，Python Workers 主要支持纯 Python 包、PyEmscripten 包，以及已经包含在 Pyodide 中的包；一些依赖本地 C、C++ 或 Rust 扩展的库，仍需要针对 WebAssembly 环境提供对应构建版本。
Hyperdrive 打通 PostgreSQL 和 MySQL
数据库连接是 Python Workers 从测试版本走向生产使用时必须解决的另一个问题。
Cloudflare 表示，Python Workers 现在可以通过 Hyperdrive 访问 PostgreSQL 和 MySQL。此前，Python Workers 缺少对 TCP socket 的支持，使 aiomysql、asyncpg 等数据库驱动无法像在传统服务器环境中那样建立连接。
这次更新通过 Workers 的 connect API，在 WebAssembly 沙箱中实现了相应的 socket 系统调用。当 Python 数据库驱动尝试打开 TCP 连接时，底层操作会被转换为 Workers 运行时可以处理的网络调用，而无需修改驱动本身的常规使用方式。
对开发者来说，这使 Python 应用可以继续使用熟悉的数据库驱动，同时把数据库连接交给 Hyperdrive 管理。对 Cloudflare 来说，这也扩大了 Python Workers 能够承载的应用范围：它不再只适合无状态的轻量 API，也可以连接传统关系型数据库支持的业务系统。
Python 进入 Cloudflare 的 AI 与 Agent 工作流
Cloudflare 同时把 Python Workers 与人工智能开发联系起来。公司称，openai、langchain 和 mcp 等库现在可以在 Python Workers 中原生运行，开发者还可以把它们与 Workers AI 结合，在 Cloudflare 网络上的 GPU 上进行推理，或通过 AI Gateway 转发模型请求。
官方示例展示了一个使用 LangChain 和 Workers AI 的 Python Worker。开发者可以通过 langchain-cloudflare 调用 Cloudflare 的模型绑定，并在 Python 代码中完成提示词、模型调用和结果处理。
Cloudflare 还提供了若干完整示例，包括使用 Queue 和 Workflows 编排图像生成任务、把生成结果写入 R2，以及使用 Durable Objects 维护长期存在的 WebSocket 连接。官方示例也包括用 Python MCP 包构建 MCP Server，以及结合 Workers AI 和 Vectorize 构建检索增强生成系统。
这说明 Python Workers 的定位正在从“在边缘运行一段 Python 代码”，扩大到承载由存储、队列、数据库、模型推理和工作流组成的应用。Cloudflare 近期还将平台能力延伸到面向企业 AI Agent 的工作空间，例如围绕权限、隔离和审计设计的 Cloudflare OS，反映出 Cloudflare 正在把边缘运行时、AI 服务和开发者工具放进同一个平台框架中。
PyEmscripten 试图解决 Python 包生态的长期问题
Python Workers 的一个长期限制，是许多 Python 包依赖本地扩展，而这些扩展必须重新编译为 WebAssembly 才能在运行时中使用。
Cloudflare 表示，公司推动了 PEP 783，用于标准化一种面向浏览器运行时的 Python 平台目标 PyEmscripten。经过一年多讨论后，该提案被接受，包维护者可以据此构建并发布面向 PyEmscripten 的包，让它们能够被所有实现这一平台标准的环境使用。
Cloudflare 还称，已经稳定 Pyodide 的构建工具链，并将 PyEmscripten 支持加入 cibuildwheel，以降低包维护者发布 WebAssembly 版本的门槛。公司的长期目标，是让更多常用 Python 包拥有可在 WebAssembly 环境中使用的构建版本。
但这一生态仍在形成。Cloudflare 的 Python 包文档明确提醒，WebAssembly 形式的 Python 包支持仍处于早期阶段，部分包尚未提供 PyEmscripten wheel；HTTP 库也需要能够异步发起请求，目前主要支持 aiohttp 和 httpx 等方案，或者通过 Python Workers 的 FFI 调用 JavaScript 的 fetch API。
因此，GA 更准确的含义是平台能力已经进入生产支持阶段，而不是 Python 软件包生态已经实现全面兼容。开发者在迁移现有应用前，仍需要逐项检查依赖包、网络访问方式、文件系统行为和运行时限制。
GA 改变了什么，又没有改变什么
对 Python 开发者而言，Python Workers GA 降低了把现有 Web 应用、AI 管道和数据处理服务部署到 Cloudflare 边缘网络的门槛。FastAPI、Django 和 Flask 的支持，使开发者不必完全改写应用结构；原生绑定则减少了 Python 与 JavaScript 之间的手工适配；Hyperdrive 和 Workers AI 则让数据库与模型服务进入同一套部署模型。
对 Cloudflare 而言，Python 的正式加入也有平台战略意义。Workers 最初主要以 JavaScript 和 TypeScript 为开发入口，而 Python 在数据科学、机器学习、自动化和后端开发领域拥有庞大用户群。支持 Python，有助于 Cloudflare 把边缘计算平台的潜在用户从传统 Web 开发者扩展到 AI 工程师和数据应用开发者。
但这项发布暂时不能被解读为 Cloudflare 已经提供了一个与传统 Python 服务器完全等价的环境。Python Workers 仍运行在 WebAssembly 和 V8 isolate 中，依赖包需要符合 Pyodide 或 PyEmscripten 的支持范围，文件系统是临时的内存文件系统，网络和系统调用也受到 Workers 运行时约束。
Cloudflare 在官方文章中说，达到 GA 只是开始，公司接下来还会继续改善 Python Workers 的性能和内存效率，并支持更多软件包。对开发者而言，真正值得观察的不是 Python 是否已经能够在边缘运行，而是 Python 生态中多少常用组件能够在不大幅修改的情况下，稳定地运行在这一环境中。
来源：