Cloudflare a annoncé la disponibilité générale (GA) des Python Workers, deux ans après leur présentation comme méthode permettant d’exécuter des applications Python dans l’environnement Cloudflare Workers. Cette évolution fait de Python un langage officiellement pris en charge au sein de la Cloudflare Developer Platform, avec la possibilité d’utiliser des bibliothèques et frameworks connus et de les connecter aux services Cloudflare sans écrire de couche de liaison en JavaScript.
Le nouvel environnement permet d’exécuter les frameworks FastAPI, Django et Flask, ainsi que d’autres frameworks compatibles avec WSGI ou ASGI. Cloudflare fournit des adaptateurs tels que workers.asgi et workers.wsgi pour convertir les requêtes Workers vers la structure attendue par les applications Python, tandis que la plateforme Workers prend en charge la réception des requêtes, la mise à l’échelle et l’équilibrage de charge.
Intégration directe avec les services Cloudflare
L’un des principaux changements pratiques est la prise en charge directe des liaisons Cloudflare dans Python. Auparavant, transmettre des objets Python à des services tels que Queues nécessitait de les convertir manuellement en objets JavaScript à l’aide de Pyodide et d’interfaces JavaScript. Désormais, l’environnement Workers et le paquet Python prennent en charge la conversion des types, ce qui permet d’utiliser les appels avec une syntaxe Python classique.
Cela comprend Workers AI, R2, D1, Hyperdrive, Durable Objects, Queues et Workflows. Cloudflare permet également de créer un Python Worker à l’intérieur d’un autre Worker à l’aide de Dynamic Workers.
Bases de données et connexions réseau
Les applications Python peuvent désormais utiliser Hyperdrive pour se connecter à des bases de données PostgreSQL et MySQL. L’absence de prise en charge des sockets TCP constituait un obstacle à l’exécution des pilotes de bases de données dans WebAssembly, car ces logiciels dépendent généralement des appels système POSIX pour les réseaux. Selon Cloudflare, l’entreprise a résolu ce problème en implémentant les appels de sockets à l’aide de l’API Workers connect, afin que des pilotes tels que aiomysql et asyncpg fonctionnent sans modification et sans avoir à connaître les détails de l’environnement sous-jacent.
Qu’est-ce qui change pour les développeurs en intelligence artificielle ?
Il est désormais possible d’exécuter des bibliothèques telles que openai, langchain et mcp dans les Python Workers. Cloudflare a également permis à des clients HTTP tels que requests et httpx d’acheminer les requêtes via fetch de JavaScript dans les environnements WebAssembly. Le développeur peut combiner ces bibliothèques avec Workers AI pour effectuer l’inférence sur des unités GPU au sein du réseau Cloudflare, ou faire transiter les requêtes par Cloudflare AI Gateway.
L’entreprise présente des modèles d’applications couvrant notamment l’orchestration de tâches d’intelligence artificielle à l’aide de Queues, Workflows, Workers AI et R2, le traitement de flux d’événements en temps réel via Bluesky Jetstream et Durable Objects, ainsi que des serveurs MCP et des systèmes RAG avec Vectorize.
Limites et questions en suspens
Les Python Workers reposent sur un interpréteur Python compilé en WebAssembly à l’aide de Pyodide. Les paquets comprenant des extensions natives écrites en C, C++ ou Rust nécessitent donc une compilation personnalisée pour la plateforme WebAssembly. Cloudflare indique que la norme PyEmscripten, liée à la proposition PEP 783, ainsi que les outils de compilation mis à jour contribueront à élargir l’écosystème des paquets, mais l’entreprise reconnaît que l’adoption de cette norme est toujours en cours et que certains paquets peuvent ne pas encore être pris en charge.
Analyse de certi.news : le changement ne consiste pas simplement à ajouter une nouvelle syntaxe de programmation, mais à réduire la dépendance au JavaScript lors de la création de services Python distribués à la périphérie. Cela intéresse les équipes de développement qui disposent d’applications ou de bibliothèques Python et souhaitent les connecter aux services Cloudflare, mais ne supprime pas la nécessité de vérifier la compatibilité des paquets et les limites de WebAssembly avant de transférer des applications existantes en production. Par ailleurs, les promesses futures de Cloudflare concernant l’amélioration des performances et de l’efficacité mémoire ainsi que la prise en charge d’un plus grand nombre de paquets montrent que la disponibilité générale représente un important jalon de maturité, et non la fin du travail sur la plateforme.