Cloudflare Worker Previews, her Git dalına kendi izole ortamını veriyor

Cloudflare ne çıkardı

Cloudflare, Worker Previews adlı özelliği duyurdu; bu özellik, bir Workers projesindeki her Git dalına ayrı kod, yapılandırma, URL, gözlemlenebilirlik verisi ve durumla birlikte üretime benzer kendi ortamını veriyor. Netics'in dev.to'daki yazısına göre özellik 22 Eylül 2026'da kullanıma sunuldu ve bir Preview tek bir komutla oluşturuluyor: npx wrangler preview.

Netics lansmanı, dal modelinin kodun kendisinin ötesine taşınması olarak yorumluyor. Pull request'ler genellikle okunarak değerlendirilir; bir Preview ise bir değişikliğin, üretim görmeden önce, gerçekten çalışırken nasıl davrandığına göre değerlendirilmesini sağlıyor ve her katkıcının sıra beklemek zorunda kaldığı tanıdık paylaşımlı staging darboğazını ortadan kaldırıyor.

Durum izolasyonu temel tasarım kararı

Netics'in öne çıkardığı detay Durable Objects. Bir Durable Object singleton olarak çalışır; belirli bir object ID'nin ve depolamasının sahibi tek bir instance'dır. Bir Preview üretim namespace'ini paylaşsaydı, başarısız bir migration ya da hatalı bir schema değişikliği yalnızca bayat veri okumazdı — canlı trafiğe hizmet veren aynı instance'ı değiştirebilirdi. Bunu önlemek için Cloudflare her Preview için yeni bir Durable Object namespace'i ve Container uygulaması sağlıyor ve bunlar ctx.exports üzerinden çözümleniyor; böylece kod tüm ortamlarda aynı kalırken konuştuğu namespace farklılaşıyor.

Yapılandırma da aynı deseni izliyor. Temel yapılandırma — değişkenler, secret'lar, binding'ler, bucket isimleri — bir kez tanımlanıyor ve her Preview, tıpkı bir dalın main'den başlaması gibi, bunun bir kopyasından başlıyor. Bireysel Preview'lar daha sonra değerleri geçersiz kılabilir; bir migration dalını kendi veritabanına ya da test API anahtarına yönlendirmek, üretimi, temel yapılandırmayı veya kardeş Preview'ları etkilemez. Varsayılan olarak hiçbir iki Preview durumlu kaynak paylaşmadığı için aynı anda çok sayıda Preview çalıştırmak güvenlidir.

Dal başına kapsamlı gözlemlenebilirlik ve URL'ler

Her Preview, Workers Observability'ın kendi dilimini alıyor. Loglar, hatalar ve trace'ler isteklerin tüm yaşam döngüsünü kapsıyor — fetch çağrıları, binding işlemleri, handler tetiklemeleri — üretim trafiğini veya devam eden diğer değişikliklerin gürültüsünü elden geçirmeden.

Preview URL'leri dal başına kararlıdır ve özel bir domaine bağlanabilir. Bu, hostname'e duyarlı davranış için önemli: OAuth yönlendirmeleri, cookie'ler, CORS kuralları ve kimlik doğrulama sağlayıcıları bir preview alt alan adında, gerçek alan adında davranacaklarıyla aynı şekilde davranır; staging'de giriş akışlarının geçip üretimde kırılması klasik başarısızlık modundan kaçınılır. Preview'lar ayrıca Cloudflare Access arkasına yerleştirilebilir, böylece yalnızca oturum açmış kullanıcılar onlara erişebilir.

Ajanların yazdığı kodun dünyası için tasarlandı

Netics'in aktardığına göre Cloudflare'ın açıkladığı motivasyon, ajanların her zamankinden daha fazla kod üretmesi ve daha büyük değişikliklerin, sürümden önce test edilmesi gereken daha fazla yüzey anlamına gelmesi. Cloudflare özelliği kendisi de bu şekilde kullanıyor: Ajanları şirket sistemlerine bağlayan açık kaynak platformu CloudflareOS, inceleme altındaki her Gatekeeper değişikliğini kendi izole Preview'ına dağıtıyor, çünkü bir Gatekeeper hatası veri açığa çıkarabilir ya da asla izin verilmemesi gereken bir eyleme izin verebilir.

Netics ekipler için üç örüntü öneriyor. Preview URL'sini ajanın QA ortamı olarak kullanın; ajan sayfayı açar, akışları adım adım izler, trace'leri sorgular ve yineler. İzolasyonu, schema migration'larının ve yapılandırma denemelerinin etki alanını sınırlamak için kullanın. Ve hassas akışlara dokunan preview'ları Access arkasına yerleştirin, keşfedilmemiş kalmalarına izin vermeyin.

Lansmanla birlikte yapılan bir isim değişikliği modeli netleştiriyor: Cloudflare'ın daha önce preview URL dediği şey artık Version URL. Bir Version URL, üretim kaynaklarına karşı çalışan yüklenmiş bir artifact'e işaret eder; oysa bir Preview tamamen izole bir ortamdır. Ajan yürütmesi için halihazırda Cloudflare Sandboxes çalıştıran ekipler için ikisi tamamlayıcıdır — Sandboxes bir ajanın neyin içinde çalıştığını izole ederken, Previews değişikliğinin nerede doğrulandığını izole eder.

Neden önemli

Preview ortamları tipik olarak ya pahalı paylaşımlı staging katmanları ya da ekip başına elle kurulmuş çözümlerdi. Bunları dal başına bir platform ilkel haline getirmek, doğrulamayı diff okumadan çalışan davranışı gözlemlemeye kaydırıyor — tam da kodların büyüyen bir kısmının insanlar tarafından satır satır incelenmek yerine ajanlar tarafından yazıldığı bir anda. Durable Objects ve Containers etrafındaki dal başına durum izolasyonu bunu inandırıcı kılan şeydir, çünkü schema migration gibi riskli değişikliklerin üretim verisine hiçbir yolu olmayan gerçek altyapı üzerinde çalışabileceği anlamına gelir. Nihai sonuç, ajanların yazdığı kodun kimsenin ajanın sözüne güvenmek zorunda kalmadan çalıştığını kanıtlayabildiği bir geri bildirim döngüsüdür.