
Why AWS Rebuilt OpenSearch: AI Agents Don't Query Like Humans
Cloud Platform EngineeringHuman users generate search queries at human speed: one request, a pause, a result, another request. AI agents query at machine speed: hundreds of concurrent vector requests during a reasoning step, then complete idleness until the next step triggers. OpenSearch Serverless’s original architecture was built for the first pattern. AWS rebuilt it from near-scratch for the second.
What Broke and Why
Amazon’s OpenSearch Serverless rebuild separates compute from storage, replacing the underlying storage layer with a proprietary system designed for a fundamentally different workload profile. The original serverless architecture provisioned resources based on expected usage patterns — fine for web applications with relatively predictable traffic distributions, inadequate for agentic workloads where reasoning phases generate sudden, massive spikes in concurrent vector queries followed by extended idle periods.
The outcome metrics from the rebuild are substantial. The new generation scales capacity 20 times faster than the previous version and provisions resources in seconds rather than minutes. Cost reduction of up to 60% compared to OpenSearch Service clusters provisioned for peak capacity. The architecture can scale from zero to thousands of requests per second and back to zero when idle — a capability profile that matches agentic workload patterns rather than forcing teams to provision for theoretical peak demand and pay for idle capacity constantly.
New at launch: OpenSearch Agent Skills, pre-packaged configurations that give domain-specific LLMs structured access to OpenSearch collections without requiring custom integration work. Integration with Vercel, Claude Code, and Cursor for rapid agentic application prototyping reflects where AWS sees the agentic developer toolchain converging.
The Architecture Lesson for Platform Teams
The OpenSearch rebuild is a specific instance of a broader pattern: infrastructure designed for human-initiated workloads requires architectural rethinking when the primary client becomes an AI agent operating at machine speed. The assumptions embedded in serverless architecture design — gradual scale-up, relatively continuous traffic, predictable peak windows — don’t hold when the workload is hundreds of sub-agents conducting simultaneous multi-hop retrieval during an orchestration step.
This affects more than search infrastructure. Rate limiting, connection pooling, cold-start behavior, and cost models in any service-oriented architecture need re-examination for agentic access patterns. Services that handle 10 concurrent human users well may fail at 1,000 concurrent agent requests arriving simultaneously during a reasoning burst.
The So What
For platform teams building agentic AI infrastructure on AWS, the next-generation OpenSearch Serverless is the right choice for any RAG or multi-hop retrieval workload — the architecture is now explicitly designed for your traffic pattern rather than adapted from one built for a different client class. Beyond the specific service, the rebuild is a template for how to think about infrastructure selection for agentic workloads generally: audit your current service dependencies for assumptions about query distribution and scale-up speed that were designed for human-initiated traffic. Those assumptions are likely wrong for the agent workloads you’re planning.
Photo by panumas nikhomkhai on Pexels
Source: The New Stack
Content created with AI assistance and reviewed for accuracy.
Join the conversation
Stack Insiders is our free community for readers who want to go deeper — share resources, ask questions, and connect with others across every vertical we cover.
Join Stack Insiders →