With its founder returning and new developments in generative AI, the company is forging a different future than its Valkey fork.
If youโre a developer who wants the most feature-rich, high-performance version of Redis, your choice is clear: Redis and not a fork. If you have the time and inclination to dabble in ideological debates about open source licensing, well, you might make another choice. But if youโre just trying to get your job done and want a great database that historically was primarily a cache but today offers much more, youโre going to opt for Redis and not its fork, Valkey.
So argues Redis CEO Rowan Trollope in an interview. โIt is unquestionable that Redis, since we launched Redis 8.0 with all the capabilities from Redis Stack, is just a far more capable platform,โ he says. He substantiates the claim by cataloging โa whole bunch of thingsโ that Valkey doesnโt offer, at least not at parity: vector search, a real-time indexing and query engine, probabilistic data types, JSON support, etc. (Note that some vendors, like Google Cloud, have started to fill in some of these blanks, at least in pre-GA releases, like Googleโs Memorystore.)
Thatโs all CEO-speak, right? What would a serious technologist say about Redis? It might be difficult to find a more credible Redis expert than Redis founder Salvatore Sanfilippo who recently returned to the Redis community (and company) he left in 2020. Why return? Among other reasons, Sanfilippo wants to help shape Redis for a world awash with generative AI. In his words, โRecently I started to think that sorted sets can inspire a new data type, where the score is actually a vector.โ Trollope says, โRedis has a real opportunity to emerge as a core part of the genAI infrastructure stack.โ Discussions about licensing, Trollope notes, might be fun โpopcorn fodderโ that fixates on the past, but the real focus should be on Redisโ future as an integral part of the AI stack.
Forking for the wrong reasons
We live in a weird time when a few trillion-dollar companies get away with pleading poverty, arguing that they should be gifted a wealth of open source software without helping sustain its success. โSomehow Amazon and Google positioned themselves as the open sourceโfriendly companies, which seems to be the opposite of reality,โ Trollope tells me. In response, companies like Redis have gone through all sorts of licensing and packaging gymnastics (e.g., Redis Stack) to try to remain open to everyone except the clouds that threatened their ability to continue building and releasing open source software.
Did Redis manage this process perfectly? No. As Trollope tells me, โWe didnโt effectively communicate with the community about our motivations and what we were doing and why we were doing it.โ He continues, โIโm sure we can do things differently and better, and thatโs our goal going forward.โ For his part, Sanfilippo writes, โI donโt believe that openness and licensing are only what the OSI [Open Source Initiative] tells us they are,โ but rather โa spectrum of things you can and canโt do.โ Itโs a nuanced view on a nuanced topic that too often gets painted in black and white.
Though portrayed as motivated by ideological differences over open source versus closed source software, ultimately AWS and Google forked Redis to further their business needs. Named Valkey, this Redis fork isnโt Redis, however much Valkeyโs commercial backers cling to the โRedis compatibleโ tagline, and it will become more distinct over time. Thatโs a good thing. After all, Valkey has developers like Madelyn Olson who can turn it into something amazing. Recently, for example, AWS made significant improvements to Valkeyโs scalability and memory efficiency. This will play out like AWSโs fork of Elasticsearch, OpenSearch, which is becoming a compelling product in its own right and not just a pale shade of Elasticsearch. Itโs a great thing when the clouds create, rather than copy, open source.
Ultimately, very few developers care about open source ideological debates. As Trollope suggests, โIf youโre the average developer, what you really care about is capability: Does this thing offer something unique and differentiated โฆ that I need in my application?โ On that note, he continues, โPound for pound, weโve been able to drive innovation dramatically more quickly than Valkey has.โ Even if you disagree with that assessment, itโs hard to overlook just how differently Redis and the Valkey community see their futures, which brings us back to Sanfilippo and AI.
A different future for Redis
The Valkey development community isnโt focused on building and positioning it for generative AI workloads. Redis, by contrast, definitely hopes to ensure Redisโs place in the modern AI-centric stack. In such a world, debates about Redis licensing are โinteresting but not that helpful,โ Trollope argues. What really matters is whether developers can easily use Redis to build something awesome.
Sanfilippo, for his part, isnโt new to AI. โI wrote my first [neural network] library in 2003 and was totally shocked by how powerful and cool the whole concept was,โ he writes. But โnow, at the end of 2024, Iโm finally seeing incredible results in the field. Things that looked like sci-fi a few years ago are now possible.โ Although impressed by large language models such as Claude, Sanfilippo is actively working on novel approaches to Redis, like vector sets, which is โexactly the idea of sorted sets, but with multi-dimensional scores (embeddings!) and K-NN [k-nearest neighbor] matches.โ
Itโs a cool way to bring a very Redis flavor to generative AI. But among Sanfilippoโs interest in exploring โnew ideas that can be exciting,โ itโs hard to think of anything more exciting than Redisโs founder coming back to help shepherd its future. Imagine youโre an outsider without any knowledge of the past few years of licensing debates and youโre placing bets on the Redis-esque product most likely to win over developers. Against that backdrop, if โyou take a guy like Salvatore now being a key contributor and leader of Redis, look, Iโd make that bet every day of the week,โ argues Trollope. Many developers likely will too.


