Perplexity Engineering, AI-native arama yığınındaki sıcak depolama katmanını CobbleDB ile yeniden yazdığını duyurdu. Sistem, hazır sayfa kayıtlarının tekrarlayan toplu okumaları için özel bir anahtar-değer «hot store»; dayanıklı belge durumu için Pillar, toplu güncellemeler için Lorry ile birlikte çalışıyor.
Neden DynamoDB yetmedi?
Önceki mimari hazır sayfa pasajları ve gömmeleri DynamoDB’de tutuyordu. Kullanım başına ücret, parti başına 100–120 anahtar okuma ve sürekli yeniden işleme maliyetleri büyüttü. Yönetilen serviste bölüm yerleşimi, önbellek ve kopya seçimi üzerinde yeterli kontrol yoktu. İşleme hattı doğrudan hot store’a yazdığı için büyük backfill’ler canlı okumalarla çarpışıyordu.
Ölçülen kazançlar
Üretim öncesi/sonrası ölçümlerde median batch-read gecikmesi 31,4 ms’den 5,60 ms’ye düştü (yaklaşık 5×). p90 56,7 → 9,77 ms, p99 123 → 24,2 ms. İç maliyet modeline göre CobbleDB, her taahhüt kademesinde DynamoDB’ye göre en az yüzde 20 daha ucuz görünüyor.
Çekirdek veritabanı yaklaşık 40.000 satır Rust; düğümler RocksDB kullanıyor. Perplexity, yüz binlerce istek/saniye ölçeğinde doğrulama sonrası CobbleDB’yi açık kaynak yapmayı planladığını yazıyor. Geliştirmede dahili coding agent swarm’ından yararlanıldığı belirtiliyor.
Kaynak: Perplexity – CobbleDB: Rebuilding AI Search Storage for Lower Latency and Cost
Henüz yorum yok. İlk yorumu siz yapın!