O Trono do Redis Está Ameaçado? Uma Análise da Nova Geração de Bancos de Dados In-Memory

💡 TL;DR (Resumo)

Por anos, Redis foi a escolha padrão para cache e armazenamento de dados in-memory, em grande parte devido à sua simplicidade e performance em um modelo single-threaded. No entanto, o hardware moderno evoluiu (múltiplos cores), e o modelo do Redis se tornou um gargalo. DragonflyDB surge como um concorrente moderno, construído do zero com uma arquitetura multi-threaded e sem compartilhamento, prometendo performance ordens de magnitude superior no mesmo hardware. Ao mesmo tempo, a controversa mudança de licença do Redis (de BSD para SSPL) alienou parte da comunidade e deu origem ao Valkey, um fork open-source mantido pela Linux Foundation e apoiado por gigantes como AWS e Google. O trono do Redis não está perdido, mas pela primeira vez, ele enfrenta uma ameaça existencial em duas frentes: uma tecnológica e outra filosófica.

---

O Rei Inquestionável e a Torre de Marfim Single-Threaded

Colegas engenheiros,

Existe um pequeno grupo de tecnologias que se tornaram parte da nossa infraestrutura mental. Assim como usamos git para versionamento e ssh para acesso, quando precisamos de um cache rápido, um broker de mensagens simples ou uma estrutura de dados remota, nós usamos Redis. Por mais de uma década, o Redis tem sido a resposta padrão, o rei inquestionável dos bancos de dados in-memory.

A beleza do Redis sempre esteve em sua simplicidade elegante. Seu modelo de processamento de eventos em uma única thread, combinado com I/O não bloqueante, era uma obra-prima de design. Ele eliminava a complexidade da concorrência (sem locks, sem deadlocks) e, em uma era onde os processadores escalavam em velocidade de clock, era incrivelmente eficiente. O Redis nos deu performance previsível e uma API que era um prazer de usar.

No entanto, a lei fundamental do hardware mudou. A velocidade do clock estagnou, e a indústria se moveu para processadores com múltiplos cores. De repente, a fortaleza single-threaded do Redis começou a parecer uma torre de marfim — elegante, mas isolada do mundo moderno de paralelismo massivo. Executar múltiplas instâncias do Redis em uma única máquina para usar todos os cores se tornou um padrão comum, mas sempre pareceu um workaround, não uma solução.

Hoje, o trono do Redis está sob ataque. E não é um ataque qualquer. É uma ofensiva em duas frentes: uma desafiando sua arquitetura fundamental e a outra, sua própria alma open-source. Vamos analisar friamente a ascensão do DragonflyDB e do Valkey e entender se estamos testemunhando o crepúsculo de um rei.

A Ameaça Tecnológica: DragonflyDB e a Revolução Multi-threaded

O DragonflyDB não é apenas uma "versão mais rápida do Redis". É uma reescrita completa, projetada do zero para o hardware do século 21. A equipe por trás dele olhou para o calcanhar de Aquiles do Redis — o gargalo da única thread — e construiu uma arquitetura fundamentalmente diferente.

A magia do Dragonfly reside em dois conceitos principais:

1. Arquitetura Shared-Nothing: Ao contrário de simplesmente adicionar threads, o DragonflyDB implementa um modelo onde cada thread gerencia sua própria fatia do dicionário de dados. Uma chave "user:123" pertence a uma thread específica, e apenas essa thread pode modificá-la. Isso elimina a necessidade de locks globais, que matam a performance em sistemas multi-threaded. A comunicação entre threads é feita por filas de mensagens, um padrão muito mais escalável.
2. Estruturas de Dados Eficientes: O DragonflyDB utiliza estruturas de dados mais avançadas, como o Dash Table, que são otimizadas para acesso concorrente e oferecem melhor performance de cache da CPU. Isso permite que ele alcance taxas de transferência (throughput) muito mais altas e latências mais baixas, especialmente em cargas de trabalho com muitas escritas.

Benchmarks: Fumaça ou Fogo?

Os benchmarks publicados pelo DragonflyDB são impressionantes, alegando ser até 25 vezes mais rápido que o Redis. A comunidade, com razão, recebeu esses números com uma dose saudável de ceticismo. Benchmarks de bancos de dados são notoriamente difíceis de replicar e podem ser ajustados para favorecer um sistema em detrimento de outro.

No entanto, a discussão no Hacker News e em blogs de engenharia revela uma verdade mais sutil: mesmo que o número "25x" seja marketing, a vantagem de performance em hardware moderno com muitos cores é real e significativa. Empresas que migraram relatam consolidação de dezenas de instâncias Redis em um único nó Dragonfly, com custos de infraestrutura drasticamente menores e latência P99 melhorada.

A ameaça do DragonflyDB é clara: ele oferece uma ordem de magnitude de melhoria de performance e eficiência de custos, transformando o argumento arquitetural do Redis de uma virtude em uma limitação.

A Ameaça Filosófica: A Mudança de Licença e o Nascimento do Valkey

Enquanto o DragonflyDB atacava a frente tecnológica, o próprio Redis Inc. (a empresa por trás do Redis) abriu uma segunda frente de batalha: a filosófica. Em março de 2024, eles anunciaram que as futuras versões do Redis não seriam mais lançadas sob a licença BSD, mas sim sob a licença SSPL (Server Side Public License), uma licença "source-available" que proíbe provedores de nuvem de oferecer o Redis como um serviço sem um acordo comercial.

A justificativa era proteger o projeto da "espoliação" por grandes provedores de nuvem (leia-se: AWS). A consequência, no entanto, foi uma fratura na comunidade open-source. Para muitos, o Redis deixou de ser verdadeiramente "open source".

A resposta foi imediata e decisiva. Liderada pela Linux Foundation e com o apoio de ex-mantenedores do Redis e gigantes da indústria como AWS, Google Cloud e Oracle, um fork do Redis foi criado: Valkey.

Valkey é, essencialmente, a continuação do Redis 7.0.12 sob a licença BSD original. Ele promete:

• Continuidade Open Source: Manter o projeto sob um modelo de governança aberto e comunitário.
• Compatibilidade Total: Ser um substituto drop-in para o Redis.
• Desenvolvimento Ativo: Já estão planejando adicionar novas funcionalidades, como clustering mais robusto e vetores de busca, que podem não estar na versão comercial do Redis.

A ameaça do Valkey é existencial. Se os maiores players da indústria e a comunidade de desenvolvedores adotarem o Valkey como o "verdadeiro" sucessor do Redis open-source, o Redis Inc. pode se ver isolado, mantendo um produto comercial de nicho enquanto o resto do mundo segue com o fork.

Conclusão: O Trono Vacilante

Então, o Redis está morto? Não, longe disso. A base instalada é gigantesca, a documentação é impecável e, para muitas cargas de trabalho, sua performance é mais do que "suficiente". O Redis continua sendo uma ferramenta fantástica e confiável.

No entanto, a era de sua soberania inquestionável acabou. Como engenheiros, não podemos mais simplesmente digitar apt-get install redis sem pensar. Agora, temos uma escolha a fazer, e essa escolha depende do problema que estamos resolvendo:

• Você precisa de performance máxima e eficiência de custos em hardware moderno? O DragonflyDB merece uma análise séria. O ganho de performance pode justificar a adoção de uma nova tecnologia.
• Você valoriza o open source puro e quer uma garantia de que sua infraestrutura não ficará presa a uma licença restritiva? O Valkey é agora o caminho mais seguro e o sucessor espiritual do Redis que conhecíamos e amávamos.
• Você já tem uma infraestrutura Redis massiva e não tem um gargalo de performance imediato? Ficar com sua versão atual do Redis (pré-SSPL) é perfeitamente razoável, mas um plano de migração para Valkey deveria estar no seu radar.

O trono do Redis não está vazio, mas está vacilante. A competição e a controvérsia são sinais de um ecossistema saudável e em evolução. Para nós, engenheiros, isso é uma ótima notícia. Significa mais opções, melhores ferramentas e, o mais importante, nos força a pensar criticamente sobre as tecnologias que escolhemos, em vez de simplesmente seguir o rei.