ZoriaNews

Ne oldu?

Cloudflare, çok adımlı ve uzun süren uygulamalar için dayanıklı yürütme motoru olan Workflows'a saga tarzı geri alma (rollback) desteğini ekledi. Artık geliştiriciler her `step.do()` adımına, o adım başarısız olduğunda çalışacak telafi edici bir işlev tanımlayabiliyor. Örneğin bir bankadan para çekilip diğerine yatırıldığı bir akışta, yatırma işlemi başarısız olursa çekilen tutar otomatik olarak geri yatırılabiliyor. Geri alma mantığı artık ayrı bir try/catch bloğunda değil, doğrudan adımın içinde `{ rollback: ... }` seçenek nesnesi olarak belirtiliyor ve başarısızlık durumunda işleyiciler ters başlama sırasında çalıştırılıyor.

Neden önemli?

Bu özellik önemli çünkü dağıtık sistemlerde hatadan sonra "neyin olduğunu" bilmek en zor kısımdır. Klasik `try/catch` blokları yalnızca o an bellekte olanı bilir; hangi adımların dış sistemlerde kalıcı yan etki bıraktığını izleyemez. Workflows ise kalıcı adım geçmişini kullanarak hangi adımın başladığını, tamamlandığını ve telafi işleyicisi kaydettiğini saptayıp uygun geri alma işlemlerini yürütüyor. Bu sayede "para çekildi ama yatırılamadı" gibi yarım kalan işlemler tutarlı biçimde düzeltilebiliyor.

Ayrıca geri alma işleyicileri sıradan adımlar gibi yeniden deneme, zaman aşımı, yaşam döngüsü olayları ve günlük kaydı gibi tüm operasyonel özelliklerden yararlanıyor. Motor çökse ya da yeniden başlasa bile Workflows, "replay" adı verilen kurtarma moduyla geri alma işleyicilerini, önceden tamamlanmış adımları tekrar çalıştırmadan yeniden inşa edebiliyor. Böylece telafi işlemleri de ileri işlemler kadar dayanıklı oluyor.

Kim veya ne etkileniyor?

Cloudflare Workers üzerinde ödeme, sipariş yönetimi, envanter, faturalama veya birden fazla dış servis (banka, ödeme sağlayıcı, e-posta) ile konuşan dağıtık iş akışları geliştiren ekipler doğrudan etkileniyor. FinTech, e-ticaret ve SaaS gibi veri tutarlılığının kritik olduğu alanlardaki geliştiriciler, elle yazılan ve sürekli büyüyen geri alma kodlarından kurtularak daha güvenilir akışlar kurabilir. Özelliğin ilk sürümü yalnızca JavaScript/TypeScript Workflows ve ardışık (sequential) çalıştırma için kullanılabiliyor; Python desteği ile paralel geri alma ise yol haritasında yer alıyor ancak zamanı henüz doğrulanmadı.

Ne yapılmalı?

Workflows kullanan ekipler her geri alma işlevini idempotent (tekrar tekrar güvenle çalışabilir) hale getirmeli; örneğin ödeme sağlayıcının idempotency anahtarını kullanmalıdır. Dış sistemlere yan etki bırakan her `step.do()` çağrısına uygun bir `rollback` seçeneği eklemek iyi bir başlangıçtır. Ayrıca `rollbackConfig` ile telafi işlemleri için yeniden deneme limiti ve zaman aşımı değerlerini açıkça tanımlamak, kalıcı hatalarda akış `Errored` durumuna düşmeden önce yeterince çaba gösterilmesini sağlar. Yeni başlayanlar ise resmi Workflows belgelerini inceleyip küçük bir pilot akışla deseni denemelidir.