How Couchbase built a multi-model AI architecture for Capella iQ with Amazon Bedrock
AWS Tushar Madaan ● Covered by 2 sources
Couchbase rebuilt its Capella iQ assistant on Amazon Bedrock so it can swap AI models without touching code. Model choice is now just a config setting, not an engineering project.
Based on reporting by AWS, Tushar Madaan — read the original for the full story.
Summary, retelling and take written by AI under human oversight; images are AI-generated illustrations. How we work · Report an error
Couchbase's Capella iQ is the AI sidekick that writes SQL++ queries, suggests indexes, and chats with developers about their database. Cool feature, but running it on a single hardcoded model is a recipe for pain the moment that model gets slow, expensive, or replaced. So Couchbase went and rebuilt the plumbing behind Capella iQ, and the result is a genuinely interesting case study in how to do multi-model AI infrastructure without losing your sanity.
The architecture runs on Amazon EKS across two Regions, us-east-1 and us-west-2, with three microservices doing the heavy lifting: cp-api handles incoming developer requests, cp-internal-api resolves which model vendor to route to, and cp-ns manages per-tenant model configuration. Requests never touch the public internet — everything flows through a private VPC endpoint straight to Amazon Bedrock's runtime, which matters a lot if you're selling to enterprise customers who care about SOC, HIPAA, and ISO compliance. Bedrock's Cross-Region Inference feature then spreads the actual inference load across us-east-1, us-east-2, and us-west-2 automatically, so a regional hiccup or traffic spike doesn't require anyone on Couchbase's team to manually flip a switch.
Before shipping anything, Couchbase built a benchmark suite covering the five workflows Capella iQ actually needs to nail: SQL++ generation, index recommendations, query explanations, insights generation, and multi-turn conversation. They scored candidate models on correctness, determinism, latency, and formatting consistency. Anthropic's Claude Sonnet 4.5 came out on top, hitting roughly 76 percent accuracy on an internal test modeled after the BIRD benchmark, with no critical regressions across any workflow. That number became the bar, and Claude Sonnet 4.5 became the production model — for now.
The harder part wasn't picking a model, it was proving the failover actually works. Simulating regional throttling and partial endpoint degradation isn't something you can casually reproduce in a dev environment, so the team built custom test harnesses and worked directly with AWS to tune retry and timeout settings until requests reliably rerouted to a healthy Region without users noticing a slowdown. They also had to normalize benchmark results across models with different tokenization and formatting quirks just to compare them fairly, which ate more engineering time than you'd expect.
What's next is arguably the more telling part: Couchbase wants to use Bedrock's Custom Model Import to run smaller, distilled models for high-volume, narrow tasks like index recommendations, cutting inference costs while keeping quality steady. That's the real payoff of building a provider-agnostic layer in the first place — swapping in Claude Sonnet 5 or a cheaper fine-tuned model later becomes a namespace config change, not a rewrite.
My take — AI-written commentary, not fact-checked reporting
This is the boring-but-correct way to build AI features into a real product: invest in the abstraction layer before you need it, not after a model vendor jacks up prices or deprecates an endpoint on you. Everyone chasing the newest flagship model should notice that Couchbase's actual competitive advantage isn't Claude Sonnet 4.5 — it's the benchmarking and routing infrastructure that lets them swap it out next quarter without anyone noticing. That's the part nobody hypes up, and it's the part that actually survives contact with an enterprise contract.
Read more about this at: AWS