Context architecture is replacing RAG as agentic AI pushes enterprise retrieval to its limits
Redis built its name as the caching layer that kept web applications from collapsing under load. The problem it is targeting now has the same structure but is harder to solve: production AI agents failing not because the models are wrong, but because the data underneath them is scattered, stale and structured for humans rather than machines. Retrieval pipelines built for single queries cannot absorb the volume agents generate.
The gap Redis is targeting is structural: agents make orders of magnitude more data requests than human users, but most retrieval layers were built for the human-scale problem. Redis Iris, launched Monday, is the company’s answer: a context and memory platform that sits between an agent and the data it needs to act. The platform combines real-time data ingestion, a semantic interface that auto-generates MCP tools from business data models, and an agent memory server built on Redis Flex, a rewritten storage engine that runs 99% of data on flash at a tenth of the cost of in-memory storage alone.
The announcement lands as enterprise RAG infrastructure is in active transition. VentureBeat’s Q1 2026 VB Pulse RAG Infrastructure Market Tracker found buyer intent to adopt hybrid retrieval tripling from 10.3% to 33.3% between January and March. Retrieval optimization surpassed evaluation as the top enterprise investment priority for the first time. Custom in-house retrieval stacks rose from 24.1% to 35.6% as enterprises outgrew off-the-shelf options. Redis is not the only infrastructure vendor reading those signals — several data platform providers have repositioned around agent context layers in recent weeks.
The scale mismatch is the structural argument behind the launch.
“Companies will have orders of magnitude more agents than human beings,” Rowan Trollope, CEO of Redis, told VentureBeat. “Orders of magnitude more agents than human beings means orders of magnitude more load on back end systems.”
From cache to context
Trollope traces the parallel back to the mobile era: When legacy backends built for branch tellers suddenly had to serve a million smartphone users, Redis became the caching layer that absorbed the load without a full rebuild.
What is different this time is that agents cannot write their own middleware. In the mobile era, a developer would sit with a database administrator, identify the queries an application needed and hard-code the caching logic into a middleware layer. Agents cannot do that. They need to find the right data at runtime, through interfaces built for them in advance, or they stall.
“This is like the analogy of the grocery store in the fridge,” he said. “If every time you have to go make your sandwich, you have to run to the grocery store to get the food, that’s not very efficient. You put a fridge in every house, you store a little bit of food there. And that’s kind of where we still tend to exist in the infrastructure stack.”
What Redis Iris includes
Iris ships five components that together cover data ingestion, semantic access, memory and caching.
Redis Data Integration. Now in general availability. RDI uses change data capture pipelines to sync data from relational databases, warehouses and document stores into Redis continuously, with connectors for Oracle, Snowflake, Databricks and Postgres.
Context Retriever. Now in preview. Developers define a semantic model of business data using pydantic models and Redis auto-generates MCP tools agents use to query it directly, with row-level access controls enforced server-side. Trollope describes the shift from classic RAG as a directional inversion. “It’s just a flip to let the agent pull the data instead of presupposing and stuffing it into the pipeline,” he said.
Agent Memory. Now in preview. Stores short and long-term state across sessions so agents carry context without re-deriving it on each turn.
Redis Flex. A rewritten storage engine that runs 99% of data on SSDs and 1% in RAM, delivering petabyte-scale retrieval at sub-millisecond latencies.
Redis Search and LangCache. The retrieval and semantic caching backbone underneath the platform. LangCache reduces redundant model calls by caching prompt responses.
What analysts say
The data industry is generally heading in the same direction now. Every major database vendor is making a context layer argument.
Traditional database vendors including Oracle are integrating context and memory layers to bring relational databases into the agentic AI era. Purpose-built vector database vendors including Pinecone are doing the same, building out a new knowledge layer for agentic AI context. Standalone context layers like Hindsight are also part of the emerging landscape.
Trollope frames Redis’s position as structurally different from that competition.
“For us to win, no one else has to lose,” he said. Many Redis deployments already run MongoDB or Oracle as the backend system of record. Iris reflects and caches from those systems rather than displacing them. Redis is launching Iris in the Snowflake marketplace with native connectors.
Stephanie Walter, Practice Leader for AI Stack at HyperFRAME Research, puts the market context plainly. “The market is converging on the same conclusion: agents don’t just need more tokens or better models. They need governed, current, low-latency context,” Walter said.
Her read on Redis’s differentiation focuses on where Redis already sits in the stack, which is close to runtime, latency-sensitive operational state, and real-time data.,
“The pitch is not ‘better RAG’ as much as ‘agents need live context, memory, and fast retrieval while they are actually working,” she said.
Whether it’s Redis or another vendor, every context layer technology will face a governance challenge to be successful.
“Agentic AI will not scale in the enterprise if every agent becomes a new cost center, a new data access risk, and a new governance exception,” she said. “The winning context layers will be the ones that make agents faster, cheaper, and safer to run.”
For real-time clinical AI, getting context wrong is not an option
Mangoes.ai is one company that has already had to answer those questions in production, under conditions where the cost of getting context wrong is measured in patient outcomes.
Amit Lamba, founder and CEO of Mangoes.ai, runs a real-time voice AI platform deployed across large healthcare facilities where patients and clinicians ask live questions about treatment, scheduling and case history. Mangoes.ai built its stack natively on Redis from the start.
“Retrieval, memory, and session state all run through Redis, so we’re not stitching together separate tools and hoping they talk to each other,” Lamba said.
The problem Iris’s dynamic memory capability addresses is what happens across a complex session.
“Think about a one-hour group therapy session,” Lamba said. “You need to know who said what, when, and be able to surface the right information to the therapist in the moment. That’s not a simple retrieval problem.”
The platform runs multiple specialized agents in parallel, one for entity identification, one for relationship reasoning and one for integrating case history.
“The dynamic memory capability maps almost perfectly to the problem we’re solving,” Lamba said.
What this means for enterprises
For enterprises that built their AI stack around RAG, the retrieval layer that got them to production is no longer enough to keep them there
The RAG era is giving way to context architecture. The classic RAG model pushed data into the agent before the model was called. Production deployments are flipping that: agents pull what they need at runtime through tool calls, treating the data layer as a live resource rather than a pre-loaded payload. Teams still optimizing RAG pipelines are solving last year’s problem.
The semantic layer is now production infrastructure. The model that defines business entities, their relationships and the access rules between them needs to be built, versioned and maintained with the same discipline as a data pipeline. Most organizations have not staffed or structured for that work. The enterprises that define their context architecture now are the ones that will not have to rebuild it when agent workloads scale.
Budget is already moving. VB Pulse Q1 2026 data shows retrieval optimization investment rising from 19% to 28.9% across the quarter, overtaking evaluation spending for the first time. Organizations that spent the previous year measuring their retrieval quality are now spending to fix it. The context layer is an active procurement decision, not a roadmap item.
“The first buyer question should not be ‘Do I need a vector database, long context, memory, or a context engine?’ It should be ‘What does this agent need to know, how fresh must that knowledge be, who is allowed to access it, and what does every retrieval cost?'” Walter said.
What did you think of this news? Leave a comment below and/or share it on your social media. This way, we can inform more people about the hottest things in technology, science, innovation, and gaming!
This news was originally published in:
Original source
