Wire, Cloudflare Durable Objects'ten Neden Vazgeçiyor

Wire, AI ajanları için MCP üzerinden sorgulanan izole bilgi depolarını (context container) başından beri Cloudflare Durable Objects üzerinde çalıştırıyordu. Ekip, bu mimariyi dört yapısal kısıtlama nedeniyle terk ediyor: vektör indeksinin ayrı bir serviste (Vectorize) tutulması ve ağ gecikmesi yaratması, hesaplamanın veriyle aynı yerde çalışamaması, container'ların oluşturuldukları konuma kilitlenip taşınamaması ve tek kiracı için ayrılmış kapasite alınamaması, son olarak da Durable Objects'in self-host edilememesi.

Bunun yerine Bun tabanlı, Fly Machines üzerinde çalışan kendi runtime'larını geliştirdiler. Her organizasyon tek bir host process alıyor; vektör indeksi sqlite-vec ile doğrudan SQLite dosyasının içine gömülerek aday getirme işlemi container içinde, ağ atlaması olmadan yapılabiliyor. Anlık görüntüler nesne depolamaya yazılıyor, bölgesel bir router container'ları çağıranlara yakın konumlandırıyor ve dayanıklılık için sürekli WAL gönderimiyle yazmalar onaylanmadan önce nesne depolamaya ulaşıyor.

Sonuçlar somut: sıcak tool çağrıları yaklaşık 0.4 saniyeden (2 saniyeyi aşan sıçramalarla) 0.3 saniyeye düşüyor, boşta bekleyen bir container'ın uyanması 3.7 saniyeden 1.4 saniyeye iniyor. Recall@5 metriği %78,1'den %89,1'e çıkıyor, ancak ekip bunun bir kısmının yeni bir embedding modeline geçişten kaynaklandığını açıkça belirtiyor; mimari asıl olarak container içi geniş yeniden sıralama ve tam en yakın komşu aramasını ekonomik hale getiriyor.

Bu geçiş mühendisler için önemli çünkü Durable Objects'in sunduğu ücretsiz dayanıklılık ve tek yazarlı tutarlılığı kendi başınıza yeniden inşa etmenin maliyetini somutlaştırıyor: ilk sürümde checkpoint'ler arası kayıp yaşandığı, gerçek çözümün sürekli WAL akışı olduğu anlaşılmış. API, URL yapısı ve MCP araçları değişmeden kalıyor; geçiş şeffaf. Runtime beta aşamasında ve tam geçiş tamamlandığında açık kaynak olarak yayınlanması planlanıyor.