
你写了个 FastAPI 服务,想部署到全球边缘,让东京、伦敦、纽约的用户都秒开。
然后你打开 Cloudflare Workers 的文档,傻眼了。
Python 代码得先转成 TypeScript 对象,再手动调用 to_js 接口,像翻译官一样在两种语言之间来回传话。写错一个类型转换,线上直接崩。
这个场景,今天正式结束了。
两年了, Python 终于转正
Cloudflare 官方博客凌晨官宣:Python Workers 正式 GA。
什么叫 GA ?就是 Python 从"能跑"变成了"头等公民"——和 TypeScript 平起平坐,完全受支持的平台语言。
这背后是两年的打磨。两年前 Cloudflare 就悄悄推出了 Python Workers 预览版,当时靠的是 Pyodide——一个用 WebAssembly 编译的 Python 解释器。
为什么能跑?因为 Workers 从 2018 年起就支持 WebAssembly ,等于给 Python 搭好了一个"虚拟机"。
最爽的变化:胶水代码全没了
以前写 Python Worker ,最痛苦的是对接 Cloudflare 自家的服务。
往队列里发个字典,得先写一行又臭又长的转换代码:self.env.QUEUE.send(to_js({"key": "value"}, dict_converter=js.Object.fromEntries))
又要 import to_js,又要惦记 JavaScript 的对象结构。官方原话:"这是人类和 AI agent 共同的错误源。"
现在呢?一行搞定:self.env.QUEUE.send({"key": "value"})
Workers AI 、 R2 存储、 D1 数据库、 Hyperdrive 、 Durable Objects 、 Queues 、 Workflows——全部原生绑定, Pythonic 写法直接用,一行 JavaScript 都不用写。
FastAPI 、 Django 、 Flask 直接搬上去
这是最炸的一点。
你现有的 FastAPI 应用,加几行代码就能跑上 Workers ,业务逻辑一行不用改:
fromfastapiimportFastAPI app=FastAPI() @app.get("/") asyncdefroot(): return{"message":"Hello, world!"} fromworkersimportasgi Default=asgi.entrypoint(app)
Django 用 workers.wsgi,同样无痛迁移。
而且你不需要 uvicorn 、 gunicorn 这些服务器了。Cloudflare 的全球网络本身就是服务器——负载均衡、无限扩容全部平台代管。
你只管写业务代码,扩容的事交给他们。官方原话:这是"第一个无限扩容的 Python 平台"。
一个例子看懂 AI 玩法
官方还给了个很骚的示例: FastAPI 接口里直接调 Workers AI ,跑 OpenAI 的开源模型 gpt-oss-120b ,几行代码完成一次 AI 推理。
Python 写的 AI 应用,在全球 300 多个城市的边缘节点上直接推理。 不用买 GPU 服务器,不用配 Kubernetes ,一个 Worker 搞定。
冷静一下,也别太激动
当然, Pyodide 跑 Python 不是没有代价。解释器开销、冷启动时间、某些 C 扩展库不兼容,这些坑都还在。
但方向已经明确了:云厂商开始认真对待 Python 开发者了。
从 AWS Lambda 的 Python 支持,到 Cloudflare 把 Python 扶正,边缘计算正在向 Python 生态全面敞开大门。
对于独立开发者来说,这可能是今年最值得关注的基础设施新闻之一。
毕竟,能让你少写一行胶水代码的更新,都是好更新。
你的下一个 Python 项目,要不要直接部署在边缘?
以上就是“不用再写JS胶水!Cloudflare把Python扶正了”的详细内容,想要了解更多Python教程欢迎持续关注编程学习网。
扫码二维码 获取免费视频学习资料

- 本文固定链接: http://www.phpxs.com/post/14564/
- 转载请注明:转载必须在正文中标注并保留原文链接
- 扫码: 扫上方二维码获取免费视频资料