Python Workers verlassen die Preview-Phase
Cloudflare hat Python Workers nach zwei Jahren Preview allgemein verfügbar gemacht. Python gilt damit auf der Cloudflare Developer Platform als vollständig unterstützte Sprache. Die Ankündigung erfolgte am 21. September 2026.
Python ist jetzt eine vollwertige und vollständig unterstützte Sprache auf der Cloudflare Developer Platform, so Cloudflare in sinngemäßer deutscher Übersetzung.
Damit lassen sich kleine Microservices und Edge-Anwendungen in Python betreiben, ohne dafür eine separate Container-Infrastruktur aufzubauen. Für Unternehmen mit vorhandener Python-Kompetenz sinkt dadurch die technische Einstiegshürde.
Pyodide bringt Python in die V8-Runtime
Cloudflare führt den Python-Code nicht in einer klassischen Python-Serverumgebung aus. Stattdessen kommt Pyodide zum Einsatz. Das Projekt übersetzt Python für WebAssembly, ein portables Binärformat für isolierte Laufzeitumgebungen.
Der erzeugte Code läuft anschließend in workerd, Cloudflares auf V8 basierender Runtime. An der Umsetzung waren unter anderem Gyeongjae Choi und Hood Chatham beteiligt, die beide zum Kernteam von Pyodide gehören.
| Merkmal | Angabe |
|---|---|
| Dauer der Preview-Phase | 2 Jahre |
| Ausführungsmodell | Python über Pyodide und WebAssembly |
| Runtime | V8-basierte workerd-Laufzeit |
| Lokales workerd-Binary | 123 MB im Beispiel für macOS ARM64 |
| Allgemeine Verfügbarkeit angekündigt | 21. September 2026 |
Threading und Multiprocessing funktionieren nicht
Das Ausführungsmodell hat klare Grenzen. In der WebAssembly-VM stehen weder Threading noch Multiprocessing zur Verfügung. Anwendungen, die auf mehrere Threads oder Prozesse angewiesen sind, lassen sich daher nicht unverändert als Python Worker betreiben.
Auch bei externen Python-Paketen ist eine technische Prüfung nötig. Welche Pakete mit nativen C-Erweiterungen konkret unterstützt werden, ist bislang nicht detailliert dokumentiert. Eine allgemeine Kompatibilität mit dem gesamten Python-Ökosystem lässt sich daraus nicht ableiten.
Lokale Entwicklung mit pywrangler
Für die lokale Entwicklung stellt Cloudflare das Werkzeug pywrangler bereit. Das Paket wird auf PyPI unter dem Namen workers-py veröffentlicht und simuliert den vollständigen Stack lokal. Dazu gehören Pyodide, WebAssembly, V8 und ein workerd-Binary.
Das lokale Binary ist im genannten Beispiel für macOS ARM64 rund 123 MB groß. Teams können ihre Worker damit vor der Bereitstellung unter Bedingungen testen, die der Cloudflare-Laufzeit entsprechen.
Eigene Microservices statt zusätzlicher SaaS-Abos
Python Workers können für Unternehmen eine Alternative zu spezialisierten SaaS-Microservices sein. Kleine Datenumwandlungen, API-Endpunkte oder Automatisierungen lassen sich mit vorhandenem Python-Wissen selbst entwickeln. Das reduziert unter Umständen laufende Abonnements, verschiebt den Aufwand aber in Entwicklung, Betrieb und Überwachung.
Zu den Preisen macht die Ankündigung keine belastbaren Angaben. Offen bleibt damit auch, ob sich Abrechnung oder Aufpreise von JavaScript Workers unterscheiden. Eine Kostenbewertung erfordert die jeweils gültigen Cloudflare-Konditionen und ein realistisches Lastprofil.
Cloud-Komfort gegen Plattformabhängigkeit
Der einfache Betrieb hat eine Kehrseite. Anwendungen werden auf die Cloudflare-spezifische Kombination aus Workers, workerd, Pyodide und WebAssembly zugeschnitten. Die fehlende Unterstützung für Threads und Prozesse kann zusätzliche Anpassungen erzwingen und einen späteren Plattformwechsel erschweren.
Solche Abhängigkeiten sollten bereits bei der Architektur berücksichtigt werden. Wie relevant technische und vertragliche Bindungen werden können, zeigt auch die Diskussion um den VMware-KI-Lock-in bei Broadcom. Zudem bleibt bei Cloud-Diensten das Betriebsrisiko beim Anbieter, wie der endgültige Datenverlust bei AWS verdeutlicht.
Datenschutzfragen für Unternehmen im DACH-Raum
Für Unternehmen in Deutschland, Österreich und der Schweiz ist neben der Technik entscheidend, welche Daten über die Edge-Infrastruktur verarbeitet werden. Bei personenbezogenen oder vertraulichen Informationen müssen Auftragsverarbeitung, Datenstandorte, Übermittlungen in Drittländer und Löschkonzepte geprüft werden.
Python Workers schaffen keine automatische Datensouveränität. Sie erleichtern zwar Eigenentwicklungen, diese laufen jedoch weiterhin auf der Infrastruktur eines US-Cloud-Anbieters. Projekte wie die Schweizer Alternative openDesk zeigen, weshalb die Kontrolle über Plattform und Daten im DACH-Raum zunehmend als eigener Architekturpunkt behandelt wird.