Cloudflare Worker Previews'ı piyasaya sürdü: her Git dalı için izole önizleme ortamları

Cloudflare ne yayınladı

Cloudflare, 22 Eylül 2026'da blogunda duyurduğu Worker Previews özelliğini piyasaya sürdü. Bu özellik her Git dalına, ayrı kod, yapılandırma, URL, gözlemlenebilirlik verisi ve duruma sahip, üretime benzer kendi çalışma ortamını veriyor. Cloudflare bloguna göre bir önizleme tek bir komutla oluşturuluyor — npx wrangler preview — ve dala yapılan her push aynı çalışan önizlemeyi güncelliyor. Böylece stabil bir URL paylaşılıp isteklerle test edilebilir, elle tıklanarak gezilebilir veya geliştirme sürerken CI'dan sorgulanabilir.

Cloudflare, lansmanı bilinen bir soruna bağlamlıyor: staging'de bir şekilde davranan değişikliklerin üretimde başka şekilde davranması. Önizlemeler, üretim davranışının — bir API endpoint'inin doğru yanıtı döndürmesi veya bir arayüz değişikliğinin bağlam içinde değerlendirilmesi — merge öncesinde doğrulanabilmesi için üretime yeterince yakın olacak şekilde tasarlanmış.

Durum tutan kaynaklar dal bazında izole ediliyor

Tasarımın en teknik kısmı Durable Objects ile ilgili. Bunlar tekil (singleton) bir modelde çalışır; tek bir instance, belirli bir object ID'nin ve depolamasının sahibidir. Cloudflare, üretimin namespace'ini paylaşan bir önizlemenin yalnızca eski veri okumayacağını — canlı trafiğe hizmet veren aynı instance'ı değiştirebileceğini de belirtiyor. Bunu önlemek için şirket her önizleme için otomatik olarak yeni bir Durable Object namespace'i ve Container uygulaması sağlıyor; böylece başarısız bir migration veya hatalı bir şema değişikliği o dalın içinde kalıyor.

Kodda bu kaynaklara ctx.exports üzerinden erişiliyor: aynı ifade üretimde üretim namespace'ine, önizlemede ise önizlemenin kendi namespace'ine çözümleniyor. Cloudflare, bunun paralel deneylere kapı araladığını söylüyor; örneğin farklı dallarda farklı yapılandırmalar çalıştırılarak cold-start ve warm-start performansı yan yana karşılaştırılabilir.

Tek Worker, çok sayıda ortam

Cloudflare dashboard'unda önizlemeler dal değiştirme gibi çalışıyor: Worker adının yanındaki, varsayılanı Production olan bir breadcrumb, yanında her önizlemeyi listeliyor. Her ortam için ayrı bir Worker'ın deploy edilip yönetilmesini gerektiren Wrangler ortamlarının aksine, önizlemeler tüm bu izolasyonu tek bir görünümde tutuyor. Cloudflare, yüzlerce önizlemenin aynı anda, birbirine veya üretime karışmadan çalışabileceğini söylüyor.

Temel yapılandırma artı önizleme bazında geçersiz kılmalar

Her önizleme, geliştiricinin tanımladığı değişkenler, secret'lar, binding'ler ve ayarlardan oluşan temel bir yapılandırmanın kopyasıyla başlar — tıpkı bir dalın main'den fork edilmesi gibi. Tek bir önizleme, ihtiyaç duyduğunda bu yapılandırmayı geçersiz kılabilir; örneğin kendi veritabanını veya bir test API anahtarını gösterebilir — üretimine, temele veya diğer önizlemelere dokunmadan. Önizleme URL'leri özel bir alan adında da sunulabilir; Cloudflare bunun hostname'e duyarlı her şey için önemli olduğunu belirtiyor: kimlik doğrulama sağlayıcıları, cookie'ler, CORS ve OAuth yönlendirmeleri böylece üretimde davranacakları gibi davranır.

Gözlemlenebilirlik ve ajanlara bir rol

Workers Observability her önizleme için ayrı ayrı uygulanır. Cloudflare, her isteğin tüm yaşam döngüsü boyunca — fetch çağrıları, binding işlemleri ve handler çağrıları — izlendiğini söylüyor; böylece bir hata, üretim trafiğini veya diğer değişikliklerin sinyallerini elenmeden teşhis edilebiliyor.

Lansman açıkça AI destekli geliştirmeye yönelik. Cloudflare, her değişikliğin kendi başına durduğu, bağımsız olarak gönderilebildiği, gözlemlenebildiği ve üretime ulaşmadan önce düzeltilebildiği bir "Agent Development Lifecycle" tanımlıyor. Ajanlar bir önizleme URL'sine trafik gönderebilir; Browser Run ile onu headless bir tarayıcıda açabilir, bir oturum açma akışını adım adım izleyebilir, ekran görüntüsü alabilir veya oturumu yeniden oynatılabilir DOM event'leri olarak kaydedebilir ve başarısız bir isteği aynı çalışmadan gelen gözlemlenebilirlik event'leriyle ilişkilendirebilir.

Neden önemli

Paylaşılan staging ortamları uzun süredir bir darboğaz: katkıda bulunanlar tek bir ortam için sıraya girer, staging ile üretim arasındaki sapma ise sonuçları güvenilmez kılar. Dal bazlı önizlemeler üretim öncesi testi paralel ve kullan-at hale getiriyor; Durable Object'lerin ve Container'ların otomatik izolasyonu da bu güvenliği durum tutan koda kadar uzatıyor — tam da basit önizleme kurulumlarının en tehlikeli olduğu alana. Ajan çerçevesi de önemli: ajanlar giderek daha fazla ve daha büyük değişiklikler gönderdikçe kısıt doğrulama haline geliyor ve Cloudflare, her değişikliğe kendi gözlemlenebilir, kullan-at ortamını vermenin doğrulamanın ölçeklenme yolu olduğuna bahis oynuyor. Belirtilmesi gereken bir uyarı: bu iddiaların tümü Cloudflare'ın kendi duyurusundan geliyor; dolayısıyla limitler, fiyatlandırma ve gerçek dünyadaki performans gibi pratik ayrıntılar ancak uygulamalı kullanımla netleşecek.