Primera versión de 'Redict 7.3.0', la versión fork con copyleft de Redis

• La comunidad de Redict anunció la primera versión estable de Redict 7.3.0, un fork con copyleft de Redis® OSS 7.2.4.

Por qué elegir Redict

• Redict se enfoca técnicamente en la estabilidad y el mantenimiento a largo plazo, y en alcanzar la excelencia dentro de su alcance actual.
• Redict está casi completo en cuanto a funcionalidades, y considera que para los usuarios es más valioso priorizar la confiabilidad a largo plazo que la innovación.
• A diferencia de otros forks de Redis® como Valkey, Redict tiene una cultura centrada en la comunidad que da más importancia al alcance finito del software y a la estabilidad a largo plazo.
• Redict puede incorporar y mejorar cambios útiles de software cuando la licencia lo permite, pero prioriza la estabilidad y deja las nuevas funciones en segundo plano.
• Redict también tiene metas sociales y políticas distintas a las de otros forks, y se enfoca en construir software de forma independiente y centrada en la comunidad.
• Aplica la licencia LGPL para proteger el software de una explotación adicional y permitir que los proveedores de nube ofrezcan Redict a sus clientes sin enfrentarse a esquemas de cumplimiento excesivos.

Agradecimientos

• Expresan un agradecimiento personal a todas las personas que participaron en hacer realidad el fork de Redict.
• En especial, agradecen a Micke Nordin y Hugo por el trabajo en los contenedores de Redict, a Lucas Dohmen por la documentación y el sitio web, y a Anna por el fork y mantenimiento de hiredict.
• También agradecen a Redis® OSS, tanto a contribuidores comerciales como independientes. Su trabajo forma la base del código de Redict.

Próximos pasos

• En la versión inicial se enfocaron en un conjunto de cambios muy conservador para garantizar la máxima compatibilidad hacia atrás y facilitar la transición de nuevos usuarios.
• Entre los cambios planeados a futuro están la modernización del sistema de compilación (muon es el principal candidato), el fork del ecosistema incluyendo bibliotecas cliente de Redis®, y la desvinculación de dependencias vendorizadas como Lua y jemalloc.
• Lucas planea invertir en la documentación de Redict para convertirla en una referencia seleccionada para los participantes del ecosistema.
• Anna está planificando cambios para hiredict, incluyendo mejoras en el sistema de compilación y una mejor alineación con las normas Unix.
• Están dispuestos a considerar mejoras propuestas por miembros de la comunidad, y dan la misma bienvenida tanto a usuarios independientes como comerciales.

Opinión de GN⁺

• Redict es un proyecto basado en la versión de código abierto existente de Redis® que busca ofrecer mayor libertad y estabilidad a usuarios y contribuidores. Esto puede resultar atractivo para quienes valoran la sostenibilidad del software libre y el desarrollo centrado en la comunidad.
• La adopción de la licencia LGPL busca equilibrar las necesidades de los usuarios comerciales y de la comunidad de software libre, lo que puede minimizar problemas legales cuando los proveedores de servicios en la nube integren Redict en sus servicios.
• El enfoque conservador de Redict ofrece una ruta de migración estable para los usuarios actuales de Redis®, pero puede resultar limitado para quienes quieran adoptar rápidamente funciones innovadoras.
• El proyecto Redict muestra su intención de fortalecer el ecosistema del software libre al usar infraestructura basada en software libre como Codeberg y SourceHut en lugar de plataformas privativas como GitHub.
• Este proyecto está tomando una decisión importante para el futuro del software libre en respuesta a posibles crisis provocadas por los administradores comerciales de Redis®, y podría convertirse en un caso relevante para la comunidad de código abierto.

[GN⁺]

Opiniones de Hacker News

• Hay mucha discusión sobre licencias y hosting, pero el factor diferenciador realmente interesante de Redict es que busca enfocarse en la estabilidad y el mantenimiento a largo plazo, y alcanzar la excelencia dentro de su alcance actual.
  • Valkey tiene intereses comerciales que le permiten invertir recursos en desarrollar innovaciones más radicales, pero Redict reconoce una diferencia cultural que prefiere software con un mayor énfasis en la estabilidad a largo plazo.
• Como Redict es copyleft, puede fusionar contribuciones de Valkey, pero Valkey no puede fusionar commits de Redict (a menos que los contribuidores otorguen doble licencia).
  • Como Redis no es open source, puede fusionar contribuciones de Valkey, pero no de Redict. Por lo tanto, si no quieres que tu código termine incluido en Redis, deberías contribuir a Redict.
  • Curiosamente, en las dos semanas transcurridas desde el cambio de licencia, un desarrollador solo ha hecho dos commits al repositorio de Redis. Es una caída enorme.
• El tiempo dirá si la versión de Redict en Codeberg podrá competir con el fork de Valkey en Github.
• Esta situación muestra el verdadero poder de las licencias abiertas: hay dos forks con enfoques distintos y dos equipos profesionales y competentes, y podremos ver cuál gana, o si ambos pueden ganar.
• Para uso comercial también se puede usar un fork no copyleft.
• Al mencionar a Valkey, se señala que ahora hay dos grandes forks.
• Se citan casos en los que otros proyectos se fueron demasiado hacia lo comercial y el código terminó siendo forkeado, con MySQL y MariaDB como ejemplo. Se piensa que Redis Ltd. está sobrevalorando el valor de su producto.
  • La mayoría de los usuarios de Redis buscan una simple tienda clave-valor en memoria, y se cree que Redict será mejor para eso.
• Se pregunta sobre el cambio de licencia de Redis y se busca confirmar si Redis puede usarse gratis en un proyecto bajo la nueva licencia, siempre que no se venda una versión alojada.
• Se pregunta si los proveedores de nube ofrecerán versiones alojadas de Redict o Valkey, y si habrá una ruta de actualización desde Redis.
• Se usa Redis junto con RedisJSON, y como Redict y Valkey no parecen soportar el tipo de dato JSON, se busca información sobre servidores para manejar documentos JSON.

[xguru]

Esto es lo que más me impresiona.

Como Redict es copyleft, puede fusionar contribuciones de Valkey, pero Valkey no puede fusionar commits de Redict (a menos que el contribuidor otorgue doble licencia). Redis no es de código abierto, así que puede fusionar contribuciones de Valkey, pero no las de Redict. Por lo tanto, si no quieres que tu código termine incluido en Redis, deberías contribuir a Redict.

[kuroneko]

Parece que compite con Valkey en cuanto a licencia. Qué curioso. +_+