O Redis (Remote Dictionary Server) é um armazenamento de estrutura de dados em memória (in-memory data store) de altíssimo desempenho, utilizado primariamente como cache, banco de dados, mensageria e motor de streaming. Um cache em memória serve para armazenar dados frequentemente acessados diretamente na memória RAM do servidor, contornando a latência típica de discos SSD e HDD, o que garante tempos de resposta na casa dos sub-milisegundos e alivia a carga sobre os bancos de dados primários.
Principais Aprendizados
- O Redis entrega respostas em sub-milisegundos armazenando dados na RAM, protegendo bancos de dados relacionais contra picos de tráfego.
- O ecossistema passou por uma grande cisão em 2024, resultando no fork open source Valkey, apoiado pela Linux Foundation.
- A versão atual do Redis (8.8, lançada em maio de 2026) reintegrou licenças open source (AGPLv3) e unificou módulos avançados nativamente.
O que é um cache em memória na prática?
Como especialista em arquitetura de dados, costumo explicar o cache usando uma analogia simples: é como a sua memória de curto prazo. Quando uma aplicação web precisa de uma informação (como o perfil de um usuário), ela normalmente consulta um banco de dados relacional, como PostgreSQL ou Oracle. Esse processo envolve leitura em disco e processamento, o que custa tempo e recursos computacionais. Se você otimizou seus índices em banco de dados, a consulta já é rápida, mas ainda possui limitações físicas de I/O de disco.
É um consenso absoluto na área que o uso de um cache em memória é indispensável para aplicações de alto tráfego. Ao colocar o Redis na frente do banco primário, a primeira requisição busca o dado no disco e o salva na RAM (no Redis). As requisições seguintes leem diretamente da RAM, reduzindo drasticamente os custos de infraestrutura e a latência.
Por que o Redis domina o mercado?
De acordo com o ranking da DB-Engines do primeiro semestre de 2026, o Redis continua sendo o banco de dados de chave-valor (Key-Value) mais popular do mundo. A razão para isso não é apenas a velocidade, mas a versatilidade.
Diferente de alternativas mais antigas como o Memcached, que lida apenas com strings simples, o grande diferencial do Redis é o suporte nativo a estruturas de dados complexas, como Listas, Hashes, Sets, Sorted Sets e Streams. Além disso, a partir da versão 8.0, módulos que antes exigiam instalações separadas foram integrados ao núcleo (core), permitindo manipular documentos JSON e realizar buscas vetoriais para Inteligência Artificial de forma nativa.
A Guerra das Licenças: Redis 8.x vs Valkey
Você não pode trabalhar com infraestrutura em 2026 sem entender a transformação histórica que o ecossistema sofreu recentemente. É um fato verificado que, em março de 2024, a Redis Ltd. alterou sua licença permissiva (BSD) para modelos restritivos (RSALv2/SSPLv1) para combater a exploração comercial por provedores de nuvem.
Em resposta imediata, a Linux Foundation criou o Valkey, um fork de código aberto baseado no Redis 7.2. O Valkey ganhou tração massiva e alcançou a versão 8.1 em abril de 2025.
Para reconquistar a comunidade, a Redis Ltd. recuou parcialmente. Segundo registros do Mungo Mash, a partir da versão 8.0 (maio de 2025), o Redis reintroduziu uma opção de licença aprovada pela OSI (AGPLv3), tornando o software tri-licenciado. Hoje, a versão estável mais recente é a 8.8 (maio de 2026).
A controvérsia atual: Arquitetos de software estão divididos. Departamentos jurídicos de muitas empresas evitam a licença AGPLv3 do Redis devido ao seu forte caráter copyleft, preferindo a segurança jurídica da licença BSD do Valkey, que atua como um substituto direto (drop-in replacement) sem necessidade de alterar o código da aplicação.
Performance: Single-thread vs Multi-thread
Outro grande debate em aberto na comunidade técnica é a arquitetura base do Redis, que processa comandos em uma única thread (single-thread). Puristas defendem que isso evita problemas complexos de contenção (locks) e garante previsibilidade.
Factualmente, instâncias padrão de 8 vCPUs rodando Redis entregam latência de ~1.1ms e suportam cerca de 180 mil operações por segundo (ops/sec). No entanto, concorrentes modernos com arquitetura multi-thread, como o DragonflyDB, conseguem atingir até 1.1 milhão de ops/sec no mesmo hardware. Na minha opinião profissional, a maioria das empresas nunca chegará ao gargalo do single-thread do Redis, mas para cargas de trabalho extremas, a migração para engines multi-thread se tornará inevitável nos próximos anos.
Mitos Comuns sobre o Redis
Ao criar uma API de alta performance, muitos desenvolvedores cometem erros conceituais sobre o cache. Os principais mitos são:
- Mito 1: O Redis perde dados se reiniciar. Realidade: O Redis possui mecanismos robustos de persistência em disco (RDB para snapshots e AOF para logs incrementais). Ele pode atuar como banco primário sem perda de dados.
- Mito 2: O Redis deixou de ser Open Source. Realidade: Houve um hiato na versão 7.4, mas a partir da versão 8.0, a licença AGPLv3 devolveu o selo Open Source ao projeto.
- Mito 3: É bom para guardar arquivos grandes. Realidade: Inserir blobs massivos no Redis destrói a performance da memória RAM. Dados pesados devem ir para um Object Storage (como S3), guardando no Redis apenas a URL.
Perguntas Frequentes
1. O Redis perde os dados se o servidor reiniciar ou cair?
Não necessariamente. Embora seja um banco em memória, o Redis oferece dois mecanismos de persistência: RDB (que tira "fotos" do banco em intervalos de tempo) e AOF (que registra cada operação realizada). Se configurados corretamente, você não perde dados após uma reinicialização.
2. Qual a diferença entre Memcached e Redis?
O Memcached é um sistema de cache mais simples e puramente focado em strings, sem persistência nativa. O Redis é um "canivete suíço" que suporta estruturas de dados complexas (listas, hashes, vetores), possui persistência em disco e pode ser usado como mensageria (Pub/Sub).
3. Posso usar o Valkey no lugar do Redis sem reescrever meu código?
Sim. É consenso na comunidade técnica que a migração do Redis OSS (até a versão 7.2) para o Valkey é de baixíssimo risco. O Valkey mantém total compatibilidade com o protocolo RESP, atuando como um substituto direto (drop-in replacement).
Fontes
- Mungo Mash (Histórico de versões e licenças do Redis): https://mungomash.com/
- Redis Official (Release Notes, Legal e Blog): https://redis.io/
- Linux Foundation (Histórico e evolução do Valkey): https://linuxfoundation.org/
- Kunal Ganglani Blog (Redis vs DragonflyDB 2026 Benchmark): https://kunalganglani.com/
- Redgate (Relatório DB-Engines Ranking H1 2026): https://red-gate.com/
0 Comentários