Python Workers llega a GA: FastAPI, Flask y Django sin JS

Noticia con análisis

El 21 de septiembre de 2026 Cloudflare anunció que Python Workers es ya GA. Según la compañía, Python pasa a ser un lenguaje de primera clase en su plataforma, y FastAPI, Django y Flask pueden ejecutarse dentro de un Worker.

Mi lectura: lo importante no es la etiqueta GA, sino que se acaba la traducción manual entre Python y JavaScript. Lo demás, paquetes y memoria, decide si tu proyecto cabe o no.

Qué cambia respecto a la beta

Antes, usar un binding de Cloudflare desde Python exigía convertir explícitamente los objetos Python en objetos TypeScript en la frontera RPC. El ejemplo de Cloudflare: enviar un diccionario a una Queue. Ahora esa conversión vive en el runtime de Workers y en el SDK de Python.

La propia empresa admite que tener presente el entorno JavaScript era «a common source of error for both humans and AI agents». Y promete usar los bindings «without writing a single line of JavaScript code».

La segunda pieza son los conectores workers.wsgi y workers.asgi, que traducen la petición entrante a las estructuras que esperan las aplicaciones Python. Cloudflare habla de «minimal overhead» y de escalar la API globalmente sin configurar servidores.

Esto lo he contrastado con la documentación oficial, no lo he ejecutado en mi máquina. Según ella, así se enchufa la aplicación:

# Flask o Django (WSGI): 'app' es tu aplicación ya creada
from workers import wsgi
Default = wsgi.entrypoint(app)

# FastAPI (ASGI): se usa el conector asíncrono en lugar del anterior
from workers import asgi
Default = asgi.entrypoint(app)

Según el resumen de un medio especializado, la plataforma asume el papel que suele cumplir un servidor como Uvicorn o Gunicorn. Cloudflare, en su anuncio, se limita a decir que no hay que configurar servidores.

Septiembre de 2026 (el 2 de septiembre consta en el registro de cambios de Cloudflare; el resto, según un medio especializado)

• 2 sep. Soporte de frameworks WSGI y ASGI
• 4 sep. Los topes de 3 MB (gratuito) y 10 MB (de pago), comprimidos, pasan a 64 MiB sin comprimir en ambos planes
• 8 sep. Python 3.14 es el predeterminado en nuevos Workers
• 16 sep. Soporte de Hyperdrive
• 21 sep. Anuncio de la disponibilidad general

Ese mismo medio sostiene que la beta duró dos años. Es un dato que no aparece en los pasajes oficiales, así que lo tomo con cautela.

Paquetes: la parte que decide

Según el resumen de ese medio, funcionan los paquetes Python puros, los distribuidos para PyEmscripten y los que ya incluye Pyodide. Los que llevan extensiones nativas en C, C++ o Rust necesitan builds compatibles con WebAssembly.

Ahí entra la PEP 783, que estandariza PyEmscripten. Ya se pueden construir y subir a PyPI wheels PyEmscripten con pyodide-build o cibuildwheel, y compilarlas no requiere Docker: basta una máquina Linux con Python, Node.js y Emscripten.

El punto de partida no es pequeño: Pyodide mantenía 255 paquetes portados, entre ellos NumPy, pandas, scikit-learn, Pydantic o cryptography. Ya hay un wheel PyEmscripten de pydantic-core. Pero, según el medio especializado, la documentación de Cloudflare indica que algunos paquetes siguen sin wheels PyEmscripten.

Una nota sobre autoría: Cloudflare dice que propuso la PEP 783, mientras que el medio especializado la atribuye a Hood Chatham, a quien el blog de Pyodide también agradece el trabajo. Las fuentes no aclaran la relación entre ambas versiones.

Límites del entorno y memoria

¿Para quién compensa frente a un VPS?

Esto es opinión, no dato. Compensa si tu aplicación es una API HTTP que ya vive cerca de R2, D1, Queues o Workers AI y no depende de librerías nativas sin build para WebAssembly. Ahorras el servidor, el proceso y el pegamento.

Según el medio especializado, el repositorio de ejemplos de Cloudflare incluye un flujo de generación de imágenes, un servidor MCP y una aplicación RAG. No he podido comprobarlo en una fuente oficial, así que trátalo como orientación.

Un VPS sigue ganando cuando necesitas dependencias arbitrarias, procesos largos o disco propio. Y si ya tienes un servidor y solo quieres exponerlo, Cloudflare Tunnel en Ubuntu Server permite publicar servicios sin abrir puertos, sin reescribir nada para Workers.

Mi duda abierta es la memoria. Con el sistema de archivos en memoria y sin límites documentados en las fuentes, yo probaría primero una carga real pequeña antes de mudar nada. Para consultar el estado actual, la página de Python Workers es el sitio.

Imagen destacada: Imagen oficial del anuncio de Cloudflare sobre la disponibilidad general de Python Workers. No se ha verificado su contenido exacto; se usa como ilustración promocional del fabricante. Imagen promocional: Blog.