Context architecture is replacing RAG as agentic AI pushes enterprise retrieval to its limits
Our take
The introduction of Redis Iris marks a significant pivot in how enterprises approach AI data management, particularly as production AI agents generate an exponentially larger volume of data requests than traditional human users. In an era where agentic AI is becoming more prevalent, the existing retrieval architectures—designed with human-scale interactions in mind—are struggling to keep pace. This structural mismatch has prompted a reevaluation of how organizations think about data retrieval and context architecture, highlighting the need for more sophisticated solutions that can dynamically support these AI agents. It echoes broader trends in the industry, such as the recent acquisition of a dev tools startup by Anthropic, which underscores the necessity for robust infrastructure that can seamlessly integrate with the evolving landscape of AI technologies.
Redis Iris functions as a context and memory platform, bridging the gap between AI agents and the data necessary for them to operate effectively. The platform integrates real-time data ingestion with a semantic interface, enabling agents to pull relevant information at runtime rather than relying on pre-loaded data. This shift is crucial, as it allows for a more efficient data retrieval process, aligning with the operational needs of AI agents who cannot write their own middleware. As Rowan Trollope, CEO of Redis, aptly illustrates, this is akin to having a refrigerator stocked with food at home rather than needing to run to the grocery store every time one wants to make a sandwich. This analogy encapsulates the transition from a static, human-centric data architecture to a dynamic, agent-focused one.
The implications of this development extend beyond just the technological innovations offered by Redis. As enterprises increasingly recognize the limitations of their existing retrieval systems, there is a growing investment in optimizing data context and memory capabilities. According to the latest data from VentureBeat, buyer intent for hybrid retrieval solutions has surged, reflecting a fundamental shift in the market's priorities. With retrieval optimization overtaking evaluation as the top investment focus, organizations are beginning to understand that simply deploying AI agents is not enough; they require a robust context layer to ensure these agents operate efficiently. This sentiment is echoed in discussions surrounding the significance of context in AI systems, as highlighted in the ongoing dialogue about the need for data-intensive applications.
Looking ahead, the challenge will be not just in adopting these new context architectures but also in effectively governing them. As Stephanie Walter from HyperFRAME Research points out, the future of agentic AI hinges on creating context layers that are not only fast and efficient but also secure and manageable. The successful integration of these systems will require a disciplined approach to defining and maintaining data governance, ensuring that as organizations scale their AI workloads, they do not inadvertently create new risks or cost centers.
As we observe the market's transition from traditional RAG infrastructures to more context-focused architectures, one question looms large: How will organizations adapt their strategies to ensure they are not only keeping up with technological advancements but also fully leveraging the potential of their AI agents? The evolution of data management in the age of AI is not just an IT challenge; it is a strategic imperative that will define competitive advantage in the years to come.
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.
Read on the original site
Open the publisher's page for the full experience