Geliştirici, Durable Object alarmı döngüye girdikten sonra 10.811 dolarlık Cloudflare faturasını ödedi

Bir geliştirici, bir Cloudflare Durable Object alarmı sonsuz bir döngüye girdikten sonra 10.811,41 dolar zarara uğradı; fatura gelene kadar alarm yaklaşık altı trilyon okuma ve yazma işlemi gerçekleştirdi. Yazar olayı, serverless başarısızlık hikâyelerini derleyen Serverless Horrors sitesinde belgeledi ve gönderi 8 Ekim'de Hacker News'in ana sayfasına ulaştı.

Ne oldu

Gönderiye göre kontrolden çıkan alarm tek bir projede yaşıyordu ve yazarın kendi itirafıyla "vibe coding"in, yani gereken incelemeyi görmeden yayınlanan yapay zeka destekli kodun ürünüydü. Durable Object alarmları planlı bir zamanda tetiklenmek, bir iş birimi yapmak ve durmak için tasarlanmıştır. Bu vakada handler sürekli kendini yeniden planladığı için tetiklenmesi hiç bitmedi.

Hesapta kalıcı bir harcama limiti bulunmadığından (yazar, Cloudflare'nin böyle bir seçenek sunmadığını belirtiyor) döngü çalışırken sayacı durduran hiçbir şey olmadı. Sonuç, yazarın tamamen ödediği ve "hayatımdaki en pahalı ikinci ders" olarak nitelendirdiği 10.811,41 dolarlık fatura oldu.

Tek bir alarm neden bu kadar kötü ölçekleniyor

Platformu bilmeyen okurlar için: Durable Objects, Cloudflare'nin stateful compute primitive'idir; kendi deposu olan tek bir örnekten oluşur ve alarmlar, bir nesnenin gelecekteki bir zamanda kendini uyandırmasını sağlayan yerleşik zamanlayıcıdır. Bu pattern temizlik işleri, yeniden denemeler ve oturum zaman aşımları için kullanışlıdır. Ancak asıl mesele şu: Bir alarm handler'ı koşulsuz olarak bir sonraki alarmı ayarlıyorsa, bu fiilen işlem başına faturalandırılan altyapıda çalışan sürekli bir döngüdür.

Bir dizüstü bilgisayarda bu hata birkaç CPU döngüsünü boşa harcar. Ölçülen küresel bir ağda ise biri bir fatura görmeden yaklaşık altı trilyon okuma ve yazma işlemi üretti. Yazarın sonraki notunda döngünün tek bir projeyle sınırlı olduğu, ancak proje sınırının faturalandırmaya hiçbir limit getirmediği belirtiliyor.

Kendi kendine dönen bir destek döngüsü

Olayın ardından gelen süreç de benzer şekilde döngüseldi. Yazara göre, indirim talebiyle açılan destek talebi yalnızca otomatik bot yanıtları çekti, üstelik tekrar tekrar. X ve diğer kanallardan Cloudflare çalışanlarına ulaşmak "bir bakalım" teklifi verdi ve yazarın ifadesine göre ötesinde hiçbir şey olmadı. Hiçbir geri ödeme veya kredi gerçekleşmedi, bu yüzden tam tutar ödendi.

Yazarın açıkladığı sonuç, her projeyi Cloudflare'den taşıyıp kendi barındırdığı bir VPS'e geçmek; platformun esnekliğini, maliyeti sessizce katlanamayacağı bir altyapıyla takas etmek.

Neden önemli

Hikâye üç seviyede bir uyarı olarak işlev görüyor.

Harcama kontrolleri: sabit altyapıda kontrolden çıkan bir döngü CPU yakar; serverless'da her yinelemede para yakar ve platformda kalıcı bir limit yoksa tek sınır, hatanın ne kadar hayatta kaldığıdır. Ölçülen altyapı çalıştıran herkes, kendini planlayan kodu yayınlamadan önce tam olarak neyin —eğer varsa— ücretlerin birikmesini durdurduğunu netleştirmelidir.

Vibe coding: ucuz kod üretimi, hiçbir insanın okumadığı mantığı yayınlamayı kolaylaştırır. Çoğu sistemde bu sıradan hatalara yol açar; işlem başına faturalandırmada ise bir mantık hatası finansal bir olaya dönüşür. Özellikle planlanan kod, sonlanma koşullarının elle okunmayı hak eder.

Destek beklentileri: yazar hiçbir kanaldan çözüm bulamadığını bildiriyor ve platformu terk etme kararı doğrudan bu deneyimden kaynaklandı. Mühendislik derslerinin ötesinde, bu olay kötü bir döngünün gerçek maliyetinin faturayla sınırlı olmadığının bir hatırlatıcısı. Platforma olan güvene kadar uzanabilir.