Building agents? Check out this hour-long masterclass by Sonny Sangha on breaking through the context bottleneck so you can build agents that actually work. He goes deep on how to fix that using Redis Iris, our real-time context engine, and builds a wealth advisor agent live, from end to end. Here's what you'll learn: â¡ï¸ Working memory vs. long-term memory, and when an agent should write to each â¡ï¸ How Redis Context Retriever (the tool at the center of Redis Iris) auto-generates business entities and exposes them as MCP tools â¡ï¸ Why semantic caching with LangCache turns paraphrased repeat queries into cache hits â¡ï¸ How RDI keeps agent context fresh from your source databases without manual stitching â¡ï¸ The cold-cache vs. warm-cache latency difference, measured live If you're building agents or thinking about your agentic stack, it's worth the 50 minutes. Watch here: https://lnkd.in/gyAX2_qU
Redis
Software Development
Mountain View, CA 295,751 followers
The world's fastest data platform.
About us
Redis is the world's fastest data platform. We provide cloud and on-prem solutions for caching, vector search, and more that seamlessly fit into any tech stack. With fast setup and fast support, we make it simple for digital customers to build, scale, and deploy the fast apps our world runs on.
- Website
-
http://redis.io
External link for Redis
- Industry
- Software Development
- Company size
- 1,001-5,000 employees
- Headquarters
- Mountain View, CA
- Type
- Privately Held
- Founded
- 2011
- Specialties
- In-Memory Database, NoSQL, Redis, Caching, Key Value Store, real-time transaction processing, Real-Time Analytics, Fast Data Ingest, Microservices, Vector Database, Vector Similarity Search, JSON Database, Search Engine, Real-Time Index and Query, Event Streaming, Time-Series Database, DBaaS, Serverless Database, Online Feature Store, and Active-Active Geo-Distribution
Employees at Redis
Locations
-
Primary
Get directions
700 E. El Camino Real
Suite 250
Mountain View, CA 94041, US
-
Get directions
Bridge House, 4 Borough High Street
London, England SE1 9QQ, GB
-
Get directions
94 Yigal Alon St.
Alon 2 Tower, 32nd Floor
Tel Aviv, Tel Aviv 6789140, IL
-
Get directions
316 West 12th Street, Suite 130
Austin, Texas 78701, US
Updates
-
We were recently in New York City to be recognized at Fast Company's World's Most Innovative Companies Summit & Gala. We celebrated alongside a room full of the most fun people at the companies shaping what comes next. 10/10. No notes. ð Want to join us next year? See how you can help us build the future here: https://lnkd.in/gqCt4UYM
-
-
Redis 8.8 is here, and now available for anyone to download and use for free. It's got a new general-purpose data structure, a window counter rate limiter, streams message NACKing, and more. Here's what's inside: ðï¸ Redis Array. A brand-new general-purpose data structure created by Redis founder Salvatore Sanfilippo. It's an index-addressable collection of string values that's dynamic, sparse-friendly, and compute-aware. Use it for sliding windows, server-side aggregation (SUM/MIN/MAX), and fast access by index. ARRING gives you 2x the throughput of the classic RPUSH+LTRIM ring buffer pattern. ðª Window counter rate limiter. The new INCREX command means no more Lua scripting to build one of the most common Redis patterns. ð Streams NACKing. Stream consumers can now explicitly release pending messages with XNACK, so they're immediately available for other consumers instead of sitting idle. #ï¸â£ Hash subkey notifications. Subscribe to field-level events like expiration and deletion, not just key-level. ð Multiple time series aggregators in one command. Compute MIN, MAX, FIRST, and LAST in a single call. Candlestick charts, made simple. â Explicit JSON float storage (BF16/FP16/FP32/FP64) and a new COUNT aggregator for sorted set unions and intersections. Plus throughput improvements across strings, hashes, streams, sorted sets, and more. Read more here: https://lnkd.in/g4Kgvyvj Download Redis 8.8 here: https://lnkd.in/gYcp3gcv
-
Agents ð¤ Ham radio ð¤ Guy Royseâit's a match made in AI heaven. Be sure to watch Guy build Earshot, his transcription agent that captures ham radio chatter as it happens, live this Thursday, June 4 at 9am PT as part of Microsoft's VS Code Live. Links below ð
I built an agentic thing for an upcoming livestream that I'll be on. While building that agentic thing, I learned a lesson. I already knew the lesson. But I didn't know that I knew the lesson. Pretty sure this is called an epiphany. You probably know it too and might benefit from the epiphany. So, I'm gonna share it and then shamelessly plug the livestream. The thing I built is called Earshot. Earshot consists of three agents: two listenersâone on a microphone, one on my ham radioâthat transcribe whatever they hear, decide if it needs any correction, and write it down. And a chatbot that reads what they wrote and lets you, well, chat about it. That's the whole app. Here's the cool bit. These three agents never talk to each other. The listeners don't know the chatbot exists. The chatbot doesn't know the listeners exist. They just read and write the same shared memory. Ain't nobody wired to anybody. If that sounds familiar, it should. It's decoupling. The same decoupling we've done with message queues and shared databases and job tables for decadesâproducers on one side, consumers on the other, some sort of store in the middle. Neither end holding a reference to the other. I reached for it intuitively without realizing I was implementing the same distributed-systems pattern I've used scores of times in the past. And since this isn't really new, the tradeoffs are the same. No delivery guarantees, no ordering. Things happen when they happen if they happen. Decoupling buys you flexibility at the cost of certainty, same as ever. But that flexibility is so, so nice. It lets you scale and it lets you extend. Since nothing is wired together, you can add more listeners and more types of listeners, more chatbots and more types of chatbots. Potentially a lot more if your shared state can scale with them. In Earshot, I used Redis for the shared state, specifically Redis Agent Memory. It was easy to use and gives me scaling, scaling that my toy agents don't really need. But your agents, which do real work for real users, will totally need it. Probably sooner than you think. I built all of this in VS Code and used GitHub Copilot to assist. In particular, I used Redis' set of agent skills so that Copilot would know how, and more importantly when, to use Redis Agent Memory's APIs. I plan to demo it all on VS Code Live this Thursday, June 4 at 9am PT. Join Reynald Adolphe and me as we take a chatbot that starts with no memory and, one capability at a time, learns to listen to what is in earshot. Livestream: https://lnkd.in/exhNbF-q GitHub repo with the demo: https://lnkd.in/eFT2M9Jk Redis Agent Skills: https://lnkd.in/eHARVia8 Redis Agent Memory & Redis Iris: https://lnkd.in/eN-7M3hj https://redis.io/iris/
-
-
Last week, we launched Redis Iris, our real-time context engine for AI apps. AI agents forget everything when a conversation ends. They can't query structured data without custom code. Redis Iris changes that. Weâve put together a tutorial that shows off two of the core pieces of Redis Iris. Redis Context Retriever turns your entity data into auto-generated MCP tools that any agent can discover and call. Redis Agent Memory gives agents persistent session memory and cross-session long-term memory backed by vector search. Learn how to use both as you build a wealth advisor agent built on Redis Iris: https://lnkd.in/gNpJmNKy
-
-
Redis reposted this
ð Just attended a brilliant Redis webinar on Semantic Search & Hybrid Search at Scale and it genuinely shifted how I think about information retrieval in AI systems. Huge thanks to Samuel Agbede and Ricardo Ferreira for breaking down complex concepts in such a practical, engineering-focused way. Here's what stood out to me: ð¤ Full-text search is fast and exact but it fails the moment a user phrases their query differently from what's in the database. Great for keyword lookups, not great for meaning. ð§ Semantic search solves this by encoding meaning into vector embeddings using a bi-encoder. Instead of matching words, it matches intent. This is what powers modern AI search and it's transformative when you need to retrieve contextually relevant results at scale. â¡ Hybrid search is where it gets really powerful: combining the precision of keyword search with the contextual depth of semantic search. Best of both worlds. ð The bi-encoder + cross-encoder pipeline was an eye-opener. Bi-encoders retrieve candidates fast; cross-encoders re rank them with deeper pairwise comparison for accuracy. This two-stage architecture is how production RAG pipelines stay both fast AND accurate. ð ï¸ And Redis VL (Vector Library) ties this all together offering a developer-friendly layer to run vector similarity search, hybrid queries, and filtering at Redis speed. Why this matters for AI engineering: Whether you're building a RAG pipeline, a recommendation engine, or an AI-powered search feature understanding when to use full-text vs semantic vs hybrid search directly impacts your system's quality. Throwing vectors at every problem isn't the answer. The right retrieval strategy depends on your data, latency constraints, and how your users query. If you haven't explored Redis for AI workloads yet, this webinar is a great starting point. #AIEngineering #Redis #VectorSearch #SemanticSearch #RAG #MachineLearning #LLM #NLP
-
-
Redis reposted this
Happy Friday everyone - you know what time it is, end of the month means a just a few minutes to catch up everything happening at Redis. And yes... I know its longer than two minutes, okay. I could've spent six minutes at least because all of the releases that happened this month. You probably saw Redis Iris (which I covered if you haven't heard about it) got announced but there are some serious sleeper updates that flew under the radar... check it out! https://lnkd.in/gJTcBDRE Huge amount of gratitude to the folks helping us get these videos and blogs out: #Redis Avery Peterson Lana Kotova Sylvia Ogweng Fionce Siow Jonathan Salomon Mirko Ortensi Bosmat Tuvel Aharon Blitzer Noam Stern
-
Redis reposted this
Happy Friday everyone - you know what time it is, end of the month means a just a few minutes to catch up everything happening at Redis. And yes... I know its longer than two minutes, okay. I could've spent six minutes at least because all of the releases that happened this month. You probably saw Redis Iris (which I covered if you haven't heard about it) got announced but there are some serious sleeper updates that flew under the radar... check it out! https://lnkd.in/gJTcBDRE Huge amount of gratitude to the folks helping us get these videos and blogs out: #Redis Avery Peterson Lana Kotova Sylvia Ogweng Fionce Siow Jonathan Salomon Mirko Ortensi Bosmat Tuvel Aharon Blitzer Noam Stern
-
#MicrosoftBuild 2026 is next week. Weâll be there, showing how teams can use Azure Managed Redis to build faster, smarter agents. Hereâs where to find us: â¶ï¸ Our lightning talk âFaster and smarter agents with Redis and Foundryâ at noon PT on Tuesday, June 2. A focused live session demoing how Azure Managed Redis and Microsoft Foundry help developers build agents with real-time memory, context, vector search, semantic caching, and RAG patterns. â¶ï¸ An on-demand session âFaster AI Responses with Semantic Caching in Azure Managed Redis.â A deeper walkthrough for developers building copilots, autonomous agents, and large-scale LLM chatbots on how to use Azure Managed Redis with Microsoft Foundry for agent memory, real-time context, vector search, and semantic caching. â¶ï¸ Come see us at our booth. Azure Managed Redis will be part of the shared Azure Data / NoSQL booth experience. Weâll have demos across real-time AI applications, vector search, semantic caching, and integrations with Azure AI Foundry and agent frameworks. Itâs also a chance to talk directly with product experts about where Azure Managed Redis fits in production architectures. Read Microsoftâs full âknow before you goâ post here: https://lnkd.in/gJRCZUCZ We'll see you there: https://lnkd.in/eKgQTn4q
-
-
Redis reposted this
Redis shipped Iris last week â a context engine for AI agents that packages memory, caching, and data retrieval as managed infrastructure. That caught my attention, so I spent the weekend building a travel agent on it to see how it holds up in practice. My takeaway: the hard part of production agents usually isnât the model. Itâs the plumbing around it â session memory, long-term memory, current data, retrieval, and avoiding repeated LLM calls for the same work. Iris is essentially a bet that more of this should live in infrastructure, not scattered across app code. I wrote up what worked, what felt promising, and what I had to work around. Not an endorsement â just a hands-on read. https://lnkd.in/gsfebMRA #AIAgents #Redis #LangGraph