Article Complete
AIM
Perplexity Builds DynamoDB Replacement With 2 Engineers & Hundreds of AI Agents
Perplexity Builds DynamoDB Replacement With 2 Engineers & Hundreds of AI Agents

Perplexity Builds DynamoDB Replacement With 2 Engineers & Hundreds of AI Agents

CobbleDB cuts production batch-read latency by roughly five times, while Perplexity estimates at least 20% lower costs than DynamoDB.

Published Updated

Key takeaways

  • Perplexity has developed CobbleDB, an in-house key-value database to replace AWS DynamoDB for its search infrastructure.
  • The new database significantly reduces production batch-read latency and lowers estimated storage costs.
  • CobbleDB was created by two engineers and numerous AI agents in a span of two months.
  • The system separates document storage, update management, and search-time retrieval for better performance.
  • Perplexity plans to open-source CobbleDB, enhancing its accessibility to the developer community.
5 min

Perplexity has built an in-house key-value database to replace AWS DynamoDB for fetching prepared web content in its search infrastructure. 

The company said CobbleDB was developed by two human engineers and hundreds of persistent AI coding agents over two months. 

CEO Aravind Srinivas claimed the migration to in-house database infrastructures like these could save Perplexity “up to a hundred million dollars yearly”. 

Perplexity plans to open-source CobbleDB, although it has not announced a release date.

CobbleDB is claimed to reduce production batch-read latency by roughly five times and lower estimated storage costs by at least 20%.

It stores prepared web content, including passages and the information used to retrieve them. 

Perplexity said its redesign separates document storage, update management and search-time retrieval, allowing each to be tuned independently.

Previously, processed pages were written directly to DynamoDB, meaning large reprocessing jobs could compete with live searches. 

The new system uses a component called Pillar to track document versions, while Lorry groups updates into batches that CobbleDB applies independently. 

This lets slower machines catch up without delaying the rest of the system.

CobbleDB keeps frequently requested content in memory and uses local storage for the rest. 

A routing layer directs requests to the machines holding the relevant data and can switch to another copy if one is slow.

Perplexity described the system as “purpose-built for our specific workload of repeated batch reads of prepared page records”.

The company said median batch-read latency fell from 31.4 milliseconds to 5.60 milliseconds after the migration. 

P90 latency declined from 56.7 ms to 9.77 ms, while P99 fell from 123 ms to 24.2 ms. 

The measurements covered batches of roughly 10–15 keys, with an average payload size of 50 KB, at approximately 2,00,000 requests per second. 

On the other hand, load tests reached 5,00,000 requests per second without degradation, according to the company.


The comparison used live production traffic measured at different times, rather than identical requests run simultaneously. 


Perplexity also conducted a synthetic benchmark using similar batch sizes and payloads. Its cost estimate, based on storage size and read and write capacity requirements, found CobbleDB at least 20% cheaper than DynamoDB across commitment tiers.


Membership

Stay ahead with AI insights.

Unlimited access to premium articles, exclusive analysis, and the stories shaping India's AI economy.

Subscribe now

AIM Americas

1190 Miraloma Way Suite P, Sunnyvale, CA 94085

AIM India

1st Floor, Sakti Statesman, Bellandur, Bengaluru – 560103

© 2026 AIM. All rights reserved.