Primeiro lançamento do 'Redict 7.3.0', a versão fork copyleft do Redis

• A comunidade Redict anunciou a primeira versão estável do Redict 7.3.0, um fork copyleft do Redis® OSS 7.2.4

Por que escolher o Redict

• O Redict se concentra tecnicamente em estabilidade e manutenção de longo prazo, buscando excelência dentro do escopo atual
• O Redict está praticamente completo em termos de funcionalidades e acredita que priorizar confiabilidade de longo prazo em vez de inovação traz mais valor aos usuários
• Diferentemente de outros forks do Redis®, como o Valkey, o Redict tem uma cultura voltada para a comunidade, dando mais importância ao escopo finito do software e à estabilidade de longo prazo
• O Redict pode incorporar e aprimorar mudanças úteis de softwares permitidos pela licença, mas prioriza primeiro a estabilidade e só depois novos recursos
• O Redict também tem objetivos sociais e políticos diferentes de outros forks e se concentra em desenvolver o software de forma independente e orientada pela comunidade
• Ao adotar a licença LGPL, busca proteger o software de mais exploração e permitir que provedores de nuvem ofereçam o Redict a seus clientes sem enfrentar exigências excessivas de conformidade

Agradecimentos

• Expressa agradecimento pessoal a todas as pessoas envolvidas em tornar o fork Redict uma realidade.
• Em especial, agradece a Micke Nordin e Hugo pelo trabalho com os contêineres do Redict, a Lucas Dohmen pelo trabalho de documentação e do site, e a Anna pelo fork e manutenção do hiredict.
• Agradece também ao Redis® OSS, aos contribuidores comerciais e aos contribuidores independentes. O trabalho deles forma a base do código do Redict.

Próximos passos

• Nesta versão inicial, o foco foi um conjunto de mudanças muito conservador para garantir o máximo de compatibilidade retroativa e facilitar a transição de novos usuários
• Entre as mudanças planejadas para o futuro estão a modernização do sistema de build (muon é o principal candidato), o fork do ecossistema, incluindo bibliotecas cliente do Redis®, e a desvendorização de dependências como Lua e jemalloc
• Lucas planeja investir na documentação do Redict e transformá-la em uma referência preferencial para participantes do ecossistema
• Anna planeja mudanças no hiredict, incluindo melhorias no sistema de build e melhor alinhamento com as convenções Unix
• O projeto está disposto a considerar melhorias propostas por membros da comunidade e acolhe igualmente usuários independentes e comerciais

Opinião do GN⁺

• O Redict é um projeto baseado na versão open source existente do Redis® e tem como objetivo oferecer mais liberdade e estabilidade a usuários e contribuidores. Isso pode ser atraente para quem valoriza a sustentabilidade do software open source e o desenvolvimento centrado na comunidade.
• A adoção da licença LGPL é uma tentativa de equilibrar as necessidades de usuários comerciais e da comunidade de software livre, permitindo que provedores de serviços em nuvem minimizem problemas legais ao integrar o Redict aos seus serviços.
• A abordagem conservadora do Redict oferece um caminho de migração estável para usuários atuais do Redis®, mas pode ser limitada para quem deseja adotar rapidamente funcionalidades inovadoras.
• O projeto Redict demonstra a intenção de fortalecer o ecossistema de software livre ao usar infraestruturas baseadas em software livre, como Codeberg e SourceHut, em vez de plataformas proprietárias como o GitHub.
• Em resposta à possível crise causada pela gestão comercial do Redis®, este projeto faz uma escolha importante para o futuro do software livre, o que pode se tornar um caso relevante para a comunidade open source.

[GN⁺]

Comentários no Hacker News

• Há muita discussão sobre licenciamento e hospedagem, mas o diferencial realmente interessante do Redict é tentar alcançar excelência dentro do escopo atual, com foco em estabilidade e manutenção de longo prazo.
  • O Valkey tem interesses comerciais que podem investir recursos no desenvolvimento de inovações mais radicais, enquanto o Redict reconhece uma diferença cultural que prefere software com maior foco em estabilidade de longo prazo.
• Como o Redict é copyleft, ele pode incorporar contribuições do Valkey, mas o Valkey não pode incorporar commits do Redict, a menos que os contribuidores concedam licenciamento duplo.
  • Como o Redis não é open source, ele pode incorporar contribuições do Valkey, mas não do Redict. Portanto, se você não quer que seu código acabe no Redis, deve contribuir para o Redict.
  • Curiosamente, nas últimas duas semanas desde a mudança de licença, um desenvolvedor fez apenas dois commits no repositório do Redis. É uma queda enorme.
• O tempo dirá se a versão do Redict no Codeberg conseguirá competir com o fork do Valkey no GitHub.
• Esta é uma situação que mostra o verdadeiro poder das licenças abertas: há dois forks com abordagens diferentes e duas equipes profissionais e competentes, e podemos ver qual lado vai vencer, ou se ambos podem vencer.
• Para uso comercial, também é possível usar um fork sem copyleft.
• Menciona o Valkey e aponta que agora existem dois grandes forks.
• Cita casos em que outros projetos avançaram demais comercialmente e tiveram o código bifurcado, dando MySQL e MariaDB como exemplo. Acha que a Redis Ltd. está superestimando o valor do próprio produto.
  • A maioria dos usuários de Redis está procurando um armazenamento simples de chave-valor em memória, e acredita que o Redict será melhor.
• Pergunta sobre a mudança de licença do Redis e quer confirmar se ainda é possível usar o Redis gratuitamente em um projeto, desde que não se venda uma versão hospedada sob a nova licença.
• Pergunta se provedores de nuvem vão oferecer versões hospedadas de Redict ou Valkey e se haverá um caminho de upgrade a partir do Redis.
• Usa Redis com RedisJSON e quer informações sobre um servidor para lidar com documentos JSON, já que Redict e Valkey aparentemente não suportam o tipo de dado JSON.

[xguru]

Isso é o que mais impressiona.

Como o Redict é copyleft, ele pode incorporar contribuições do Valkey, mas o Valkey não pode incorporar commits do Redict (a menos que o colaborador conceda licenciamento duplo). Como o Redis não é open source, ele pode incorporar contribuições do Valkey, mas não pode incorporar contribuições do Redict. Portanto, se você não quer que seu código acabe incluído no Redis, deve contribuir para o Redict.

[kuroneko]

Então ele está competindo com o Valkey na questão da licença? Interessante. +_+