Python Workers werden GA — durch einen Packaging-Standard, nicht im Haus
Victoria Shinder2 Min. LesezeitCloudflare erklärt Python Workers für allgemein verfügbar, zwei Jahre nach der ersten Vorschau. Der Beitrag stammt von Gyeongjae Choi, Dominik Picheta und Hood Chatham. Drei Änderungen wiegen schwerer als das Etikett.
Bindings verhalten sich wie Python. Wer aus einem Python Worker Plattformdienste ansprach, musste die Grenze bisher von Hand überqueren: Ein Dictionary ging erst durch pyodide.ffi.to_js mit passendem Konverter, bevor eine Queue es annahm. Diese Umwandlung erledigen jetzt Laufzeit und SDK, der Aufruf lautet nur noch self.env.QUEUE.send({"key": "value"}). Der Beitrag benennt offen, warum sich das lohnte: Der alte Klebecode war eine häufige Fehlerquelle — für Menschen wie für Coding-Agenten.
Web-Frameworks laufen unverändert. Für beide Server-Verträge gibt es Konnektoren: workers.asgi für asynchrone Anwendungen wie FastAPI, workers.wsgi für synchrone wie Django. Eine bestehende Anwendung wird damit durch einen Einstiegspunkt zum Worker, nicht durch Umschreiben. Flask, Django und FastAPI sind ausdrücklich genannt; für Datenbankverbindungen über Hyperdrive gibt es einen eigenen dokumentierten Weg.
Das Packaging-Problem wurde stromaufwärts gelöst. Python Workers laufen in einer WebAssembly-Sandbox, jedes Paket mit C-, C++- oder Rust-Anteil muss also kreuzkompiliert werden — und dafür gab es bislang keinen Standardweg. Cloudflare übersetzte und hostete Wheels selbst, weshalb die Menge nutzbarer Pakete klein blieb. Statt diesen privaten Pfad auszubauen, schlug das Team einen Plattform-Tag für die Pyodide-Laufzeit vor. Wir haben den Vorschlag selbst geöffnet, nicht nur seine Beschreibung im Blog gelesen: PEP 783, „Emscripten Packaging", steht auf Accepted, Beschlussdatum 6. April 2026, definiert den Plattform-Tag pyemscripten, Autor ist Hood Chatham — einer der drei Verfasser dieser Ankündigung —, Sponsor ist Łukasz Langa. Nachzulesen unter https://peps.python.org/pep-0783/. Unterstützung für den Tag hat Cloudflare zusätzlich in cibuildwheel eingebaut.
Was das bedeutet
Ein Anbieter löst sein Verteilungsproblem, indem er einen Standard ändert — das ist der bemerkenswerte Teil. Der private Weg funktionierte, skaliert aber genau so weit, wie ein Unternehmen bereit ist, fremde Pakete selbst zu pflegen. Ein Plattform-Tag verlagert die Arbeit zu den Paketbetreuern, die ohnehin Wheels veröffentlichen, und der Nutzen fällt bei jeder Pyodide-Umgebung an, auch im Browser — nicht nur bei Workers.
„Erstklassige Sprache" misst man daran, was durchschlägt. Die brauchbare Prüfung ist nicht, ob die Sprache läuft, sondern ob die Eigenheiten der Wirtsplattform sichtbar werden. An einer RPC-Grenze über JavaScript-Objekte nachdenken zu müssen, ist so ein Durchschlag; ihn zu beseitigen, sollte überall bedeuten, was das GA-Etikett verspricht.
Was der Beitrag nicht sagt. Es fehlen Zahlen zu Startzeit, Speicherbedarf und zur Menge heute tatsächlich installierbarer Pakete; der Ausblick nennt Leistung und Speichereffizienz ausdrücklich als offene Baustelle. Wer auf Latenz angewiesen ist, misst das besser selbst, statt es zu glauben.
Quelle: https://blog.cloudflare.com/python-workers-ga/