Cloudflare rend les Workers Python disponibles en production après deux ans de prévisualisation

Disponibilité générale des Workers Python

Le 21 septembre 2026, Cloudflare a officiellement déclaré que les Workers Python sont désormais disponibles en production, mettant fin à une période de prévisualisation qui a duré deux ans. Cette annonce fait passer le langage du statut expérimental à un support de niveau production, ouvrant la voie à une adoption massive par les équipes de développement qui privilégient déjà Python pour leurs applications back‑end.

Le runtime sous‑jacent s’appuie sur Pyodide, un interprète Python entièrement compilé en WebAssembly. Pyodide fonctionne à l’intérieur de l’environnement workerd, lui‑même basé sur le moteur V8 de Cloudflare. Cette architecture conserve le modèle d’exécution à très faible latence caractéristique des Workers JavaScript, tout en offrant la puissance et la familiarité de Python aux développeurs.

Intégration native avec l’écosystème Cloudflare

Les Workers Python peuvent désormais se connecter directement à l’ensemble des services Cloudflare, notamment Workers AI, le stockage d’objets R2, la base de données D1, Hyperdrive, les Durable Objects, les Queues et les Workflows, sans qu’il soit nécessaire d’ajouter du code d’accrochage supplémentaire. Cloudflare a également introduit une conversion native entre Python et JavaScript, ce qui permet d’appeler les liaisons de la plateforme comme s’il s’agissait d’objets Python natifs.

Grâce à des connecteurs ASGI et WSGI, les frameworks Python les plus répandus – FastAPI, Django et Flask – peuvent être exécutés sans friction sur la plateforme. Le réseau Workers assure la mise à l’échelle automatique, la terminaison TLS et la disponibilité globale, libérant les équipes des contraintes d’infrastructure traditionnelle.

Accès aux bases de données et pilotes externes

Un nouveau pont de sockets a été ajouté, permettant aux pilotes de bases de données Python d’établir des connexions vers les instances PostgreSQL et MySQL hébergées sur Hyperdrive. Ce pont traduit les appels sockets standards en une couche réseau interne propre à Cloudflare, préservant ainsi la sémantique des connexions même lorsqu’elles sont exécutées en périphérie.

Packaging, extensions et limites techniques

Le PEP 783 a été adopté pour standardiser l’empaquetage PyEmscripten, offrant aux mainteneurs la possibilité de publier des paquets Python spécialement compilés pour les runtimes WebAssembly. Cependant, les paquets qui dépendent d’extensions natives écrites en C, C++ ou Rust nécessitent encore des builds compatibles WebAssembly, car la machine virtuelle actuelle ne peut pas charger de binaires natifs arbitraires.

Simon Willison a rappelé que le multiprocessing ainsi que le threading ne fonctionnent pas dans la VM WebAssembly utilisée par les Workers Python. Cette contrainte oblige les développeurs à privilégier les modèles de concurrence asynchrones, comme asyncio, au lieu de s’appuyer sur des threads du système d’exploitation.

• L’interprète Pyodide s’exécute dans workerd
• Conversion native Python‑JavaScript supprime le code d’accrochage
• Connecteurs ASGI/WSGI pour FastAPI, Django, Flask
• Pont de sockets pour PostgreSQL et MySQL via Hyperdrive

Pour le développement en local, Cloudflare propose l’outil nommé pywrangler. Cet outil reproduit l’ensemble de la pile – Pyodide, WebAssembly et workerd – directement sur la machine du développeur, ce qui permet une itération rapide et un débogage avant le déploiement final en périphérie.

L’annonce de disponibilité générale s’accompagne de benchmarks de performance détaillés. Ceux‑ci montrent que les Workers Python atteignent des temps de démarrage à froid inférieurs à une milliseconde, et que la latence de requête reste comparable à celle observée avec les Workers JavaScript pour des charges API typiques.

Dans l’ensemble, cette évolution élargit considérablement l’écosystème de calcul en périphérie de Cloudflare. Les équipes qui utilisent déjà Python pour leurs services back‑end peuvent migrer leurs codebases vers la périphérie sans devoir réécrire leurs applications en JavaScript ou en Rust, tout en conservant leurs bibliothèques et leurs modèles existants.

Pour les organisations francophones, cela représente une opportunité majeure : les développeurs peuvent désormais déployer directement leurs micro‑services Python, leurs pipelines de traitement de données ou leurs modèles d’inférence IA sur le réseau mondial de Cloudflare. Cette proximité avec les utilisateurs finaux réduit la latence perçue, simplifie l’infrastructure et profite de la sécurité intégrée ainsi que de la protection DDoS offerte par la plateforme.

Perspectives et adoption future

Les analystes prévoient que l’ajout du support complet de Python accélère l’adoption des Workers dans des secteurs comme la fintech, le e‑commerce et les services SaaS, où la rapidité d’exécution en périphérie et la capacité à exploiter des modèles d’IA localement sont des facteurs différenciants.

Cloudflare a également indiqué que de nouvelles fonctionnalités, telles que le support de bibliothèques scientifiques lourdes via des builds WebAssembly optimisés, seront introduites dans les prochains mois, renforçant encore la pertinence du runtime Python pour des charges de travail plus exigeantes.

En conclusion, la généralisation des Workers Python marque une étape clé dans la démocratisation du calcul en périphérie, en offrant aux développeurs un environnement familier, performant et sécurisé, tout en conservant la promesse de latence ultra‑faible qui a fait la renommée de la plateforme Cloudflare.