La Fundación Linux la semana pasada anunció que acogerá a Valkey, una bifurcación del almacén de datos en memoria de Redis. Valkey cuenta con el respaldo de AWS, Google Cloud, Oracle, Ericsson y Snap.
AWS y Google Cloud rara vez respaldan juntos una bifurcación de código abierto. Sin embargo, cuando Redis Labs cambió Redis lejos de la permisiva licencia BSD de 3 cláusulas el 20 de marzo y adoptó la Licencia pública del lado del servidor (SSPL) más restrictiva, una bifurcación siempre fue uno de los resultados más probables. En el momento del cambio de licencia, el director ejecutivo de Redis Labs, Rowan Trollope, dijo que «no le sorprendería que Amazon patrocinara una bifurcación», ya que la nueva licencia requiere acuerdos comerciales para ofrecer Redis como servicio, lo que lo hace incompatible con el definición estándar de “código abierto”.
Vale la pena retroceder unos pasos para ver cómo llegamos a este punto. Después de todo, Redis se encuentra entre los almacenes de datos más populares y es el núcleo de muchas grandes implementaciones comerciales y de código abierto.
Una breve historia de Redis
A lo largo de su vida, Redis ha sido testigo de algunas disputas de licencia. El fundador de Redis, Salvatore Sanfilippo, lanzó el proyecto en 2009 bajo la licencia BSD, en parte porque quería poder crear una bifurcación comercial en algún momento y también porque “el BSD [license] permite que muchas ramas compitancon diferentes ideas de licencias y desarrollo”, dijo en un reciente pirata informático Noticias comentario.
Después de que Redis ganara rápidamente popularidad, Garantia se convirtió en el primer gran proveedor de servicios de Redis. Garantia cambió su nombre a RedisDB en 2013, y Sanfilippo y la comunidad retrocedieron. Después de un tiempo, Garantia finalmente cambió su nombre a Redis Labs y luego, en 2021a Redis.
Sanfilippo se unió a Redis Labs en 2015 y luego transfirió su propiedad intelectual a Redis Labs/Redis, antes bajar de la empresa en 2020. Eso fue solo un par de años después de que Redis cambiara la forma en que otorga licencias de sus módulos Redis, que incluyen herramientas de visualización, un SDK de cliente y más. Para esos módulos, Redis primero optó por la licencia Apache con el agregado Cláusula de los comunes que impide que otros vendan y alojen estos módulos. En ese momento, Redis dijo que a pesar de este cambio en los módulos, “la licencia de Redis de código abierto nunca se cambió. Es BSD y siempre será BSD”. Ese compromiso duró hasta hace unas semanas.
Trollope de Redis reiteró en una declaración lo que me había dicho cuando anunció por primera vez estos cambios, enfatizando cómo los grandes proveedores de nube se beneficiaron de la versión de código abierto y son libres de celebrar un acuerdo comercial con Redis.
«Todos los principales proveedores de servicios en la nube se han beneficiado comercialmente del proyecto de código abierto Redis, por lo que no sorprende que estén lanzando una bifurcación dentro de una fundación», escribió. “Nuestro cambio de licencia abrió la puerta para que los CSP establezcan acuerdos de licencia justos con Redis Inc. Microsoft ya llegó a un acuerdo y estamos contentos y abiertos a crear relaciones similares con AWS y GCP. Seguimos centrados en nuestro papel como administradores del proyecto Redis y en nuestra misión de invertir en el producto fuente disponible de Redis, el ecosistema, la experiencia del desarrollador y servir a nuestros clientes. La innovación ha sido y siempre será el factor diferenciador entre el éxito de Redis y cualquier solución alternativa”.
Los proveedores de nube respaldaron a Valkey
La realidad actual, sin embargo, es que los grandes proveedores de nube, con la notable excepción de Microsoft, rápidamente apoyaron a Valkey. Esta bifurcación se originó en AWS, donde Madelyn Olson, mantenedora de Redis desde hace mucho tiempo, inició inicialmente el proyecto en su propia cuenta de GitHub. Olson me dijo que cuando se supo la noticia, muchos de los mantenedores actuales de Redis decidieron rápidamente que era hora de seguir adelante. «Cuando se supo la noticia, todos dijeron: ‘Bueno, no vamos a contribuir a esta nueva licencia’, y tan pronto como hablé con todos, ‘Oigan, tengo esta bifurcación, estamos intentando para mantener unido al antiguo grupo’”, dijo. «Casi todo el mundo decía: ‘Sí, me sumo inmediatamente a ello'».
El canal privado de Redis original incluía cinco mantenedores: tres de Redis, Olson y Alibaba. Zhao Zhao, así como un pequeño grupo de comprometidos que también firmaron inmediatamente en lo que ahora es Valkey. Como era de esperar, los mantenedores de Redis no se registraron, pero como me dijo David Nally, director de estrategia y marketing de código abierto de AWS, la comunidad de Valkey los recibiría con los brazos abiertos.
Olson señaló que siempre supo que este cambio era una posibilidad y estaba dentro de los derechos de la licencia BSD. “Estoy más decepcionado que cualquier otra cosa. [Redis] Había sido un buen administrador en el pasado y creo que la comunidad está un poco decepcionada con el cambio”.
Nally señaló que «desde la perspectiva de AWS, probablemente no habría sido la elección que queríamos ver en Redis Inc». Pero también reconoció que Redis está en su derecho de realizar este cambio. Cuando se le preguntó si AWS había considerado comprar una licencia de Redis, dio una respuesta diplomática y señaló que AWS «consideró muchas cosas» y que nada estaba fuera de la mesa en la toma de decisiones del equipo.
«Ciertamente es su prerrogativa tomar esa decisión», dijo. “Si bien, como resultado, hemos tomado algunas otras decisiones sobre dónde vamos a concentrar nuestra energía y nuestro tiempo, Redis sigue siendo un socio y cliente importante, y compartimos una gran cantidad de clientes entre nosotros. Y por eso esperamos que tengan éxito. Pero desde una perspectiva de código abierto, ahora estamos comprometidos a garantizar el éxito de Valkey”.
No es frecuente que una bifurcación se forme tan rápido y pueda reunir el apoyo de tantas empresas bajo el auspicio de la Fundación Linux (LF). Eso es algo que las bifurcaciones anteriores de Redis como KeyDB no tenían a su favor. Pero resulta que parte de esto también fue un momento fortuito. El anuncio de Redis se produjo justo en medio de la versión europea de la conferencia KubeCon de la Cloud Native Computing Foundation, que se celebró en París este año. Allí, Nally se reunió con el director ejecutivo del LF, Jim Zemlin.
“Me arruinó KubeCon porque, de repente, terminé en muchas conversaciones sobre cómo respondemos”, dijo. “[Zemlin] Tenía algunas preocupaciones y se ofreció como voluntario a la Fundación Linux como un hogar potencial. Entonces pasamos por el proceso de presentar a Madelyn. [Olson] y el resto de los mantenedores a la Fundación Linux, sólo para ver si pensaban que iba a ser un movimiento compatible”.
¿Que sigue?
El equipo de Valkey está trabajando para lanzar una versión de compatibilidad que proporcione a los usuarios actuales de Redis una ruta de transición. La comunidad también está trabajando en un sistema de agrupación en clústeres compartido mejorado, un rendimiento mejorado de subprocesos múltiples y más.
Con todo esto, no es probable que Redis y Valkey permanezcan alineados en sus capacidades por mucho tiempo, y es posible que Valkey no siga siendo un reemplazo directo de Redis a largo plazo. Un área en la que Redis (la empresa) está invirtiendo es en ir más allá de la memoria para utilizar también el almacenamiento flash, con la RAM como una caché grande y de alto rendimiento. Es por eso Redis adquirió recientemente Speedb. Olson señaló que todavía no hay planes concretos para capacidades similares en Valkey, pero tampoco lo descartó.
«Hay mucho entusiasmo en este momento», dijo Olson. “Creo que anteriormente éramos un poco conservadores desde el punto de vista tecnológico y tratábamos de asegurarnos de no estropear cosas. Mientras que ahora creo que hay mucho interés en construir muchas cosas nuevas. Todavía queremos asegurarnos de no estropear cosas, pero hay mucho más interés en actualizar las tecnologías y tratar de hacer que todo sea más rápido, más eficaz y más denso en memoria. […] Creo que eso es algo que sucede cuando ocurre un cambio de guardia porque un grupo de mantenedores anteriores básicamente ya no están allí”.
