Cloudflare Python Workers’ı genel kullanıma açtı, performans ve bakım tartışmaları sürüyor

Cloudflare, Python Workers’ı platform hizmetleri ve popüler web framework’leriyle yayına alırken, Emscripten desteği, güvenlik kapsamı ve soğuk başlatma süreleriyle ilgili soru işaretleri gündeme geliyor.

Cloudflare, Python Workers özelliğini Developer Platform üzerinde genel kullanıma açtı ve bunu yaparken Workers AI, R2, D1, Hyperdrive ve Queues gibi servislerle entegrasyon için binding’ler sağladı; ayrıca FastAPI, Django ve Flask gibi yaygın framework’ler için de destek sunuyor. Bu adımı mümkün kılmak için PEP 783 kapsamında PyEmscripten platformunu hayata geçiren şirket, Pyodide araç zincirini kararlı hale getirdi ve cibuildwheel’e PyEmscripten desteği ekleyerek paket geliştiricilerin kendi WebAssembly wheel’lerini derleyebilmesini hedefledi. Cloudflare ayrıca socket tabanlı sürücülerin Workers connect API üzerinden doğrudan çalışabilmesi için bir syscall bridge katmanı geliştirdi; bu sayede örneğin Hyperdrive ile entegrasyon, uygulama kodunda değişiklik yapmadan sağlanabiliyor. Diğer yandan requests ve httpx gibi HTTP istemcilerinde yapılan upstream değişikliklerle, WebAssembly ortamında ağ çağrılarının JavaScript fetch API üzerinden geçmesi sağlandı; bu da OpenAI, LangChain ve MCP gibi araçların doğrudan bir Worker içinde kullanılabilmesine imkân veriyor.

Lansman, işin finansman ve bakım tarafında da tartışma başlattı: urllib3’ün bakımcısı, Cloudflare’ın Pyodide/Emscripten desteği için doğrudan çekirdek bakımcılar yerine başka bir katkıcıya ödeme yaptığını, urllib3’ün Emscripten backend’inin hâlâ deneysel sayıldığını ve güvenlik politikasına dahil olmadığını, ayrıca fetch tabanlı yönlendirme davranışı farklarından kaynaklanan en az bir CVE kaydı bulunduğunu vurguluyor. Performans ve platform bağımlılığı da mercek altında; Wasmer kurucusu Syrus Akbary, minimal bir Python uygulamasının Wasmer Edge üzerinde yaklaşık 60ms’de, Cloudflare Workers üzerinde ise yaklaşık 900ms’de ayağa kalktığı bir benchmark paylaşıp Cloudflare’dan güncel soğuk başlatma yüzdeliklerini paylaşmasını istiyor ve desteklenen Python sürümlerinin gömülü Pyodide/runtime yığınıyla bu kadar sıkı bağlı olmasını sorguluyor. Buna karşılık Cloudflare mühendisleri, bellek snapshot’ları ve sharding sayesinde soğuk başlatma sürelerinde ilerleme kaydettiklerini, uyumluluk bayrakları üzerinden bugün Python 3.12–3.14 ve bunlara karşılık gelen Pyodide sürümlerini sunduklarını ve JavaScript event loop kullanarak hem Python coroutine’lerinin tembel kalmasını sağladıklarını hem de runtime’ın I/O modeliyle uyumlu bir entegrasyon elde ettiklerini belirtiyor; yine de bazı yorumcular, bu yaklaşımın Python yığını tarafında ek bellek yükü oluşturmasından endişe ediyor.