Por segunda vez en
seis meses, Redis Labs está cambiando el modelo de licencia para varios de sus productos. Ahora la compañía está pasando de la Cláusula de Apache 2.0 Commons a la Licencia de origen disponible de Redis (RSAL). Hablemos de los motivos de esta decisión y las características de RSAL.
/ Pixino / congerdesign / PDUn poco de historia
Esta no es la primera vez que Redis Labs cambia la licencia de sus productos. En agosto del año pasado, la compañía
transfirió varios módulos (Redis Graph, ReJSON, etc.) de la
licencia GNU AGPL a la cláusula
Apache 2.0 Commons. Por lo tanto, la compañía prohibió la venta de módulos originales por parte de terceros. Sin embargo, esto condujo a consecuencias desagradables.
En primer lugar, la nueva licencia ha causado confusión y malentendidos. Algunos usuarios
decidieron erróneamente que trabajar con módulos ahora solo está regulado por Apache 2.0 (sin la cláusula Commons). En segundo lugar, la prohibición de la venta de soluciones Redis "
golpeó " el software de código abierto. Por ejemplo, algunos de los servicios se vieron obligados a eliminar a los desarrolladores de Debian y Fedora. Tuvieron que bifurcar los repositorios del módulo Redis y fusionarlos en un proyecto
GoodFORM .
El equipo de Redis Labs también enfrentó dificultades imprevistas. Las restricciones de licencia
desaceleraron el crecimiento de la comunidad en torno a los productos, aunque se esperaba que el efecto fuera exactamente lo contrario. Todo esto llevó al hecho de que Redis Labs creó su propia licencia, adaptada a las necesidades y características de la empresa: RSAL.
¿Qué es una nueva licencia?
De acuerdo con los términos de
RSAL , los desarrolladores pueden usar los módulos RediSearch, RedisGraph, RedisJSON, RedisBloom, RedisML y varios otros en sus servicios, cambiar el código fuente e implementarlo en las aplicaciones. Las decisiones finales se pueden distribuir y vender.
RSAL
limita solo el tipo de productos finales. Una aplicación basada en los módulos indicados no puede ser una base de datos, una herramienta de almacenamiento en caché e indexación, un motor de búsqueda o un software para trabajar con el aprendizaje automático.
En todos los demás casos, el software desarrollado puede usarse y distribuirse con la marca: Este software está sujeto a los términos del Acuerdo de licencia disponible de Redis Source .
El propósito de estas restricciones es eliminar la comercialización de módulos por parte de compañías competidoras sin dañar a la comunidad Redis. En cuanto al núcleo Redis, como la última vez, permanece abierto y distribuido bajo la licencia BSD. Para respaldarlo, la compañía creó un equipo separado que administrará el desarrollo del núcleo, independientemente de lo que ocurra con los otros componentes.
/ Flickr / Mark Hougaard Jensen / CC BY-SALo que piensa la comunidad
Algunos representantes de la comunidad creen que un cambio repetido de licencia puede ser otro error. Matt Asay, de Adobe,
no está de
acuerdo con la afirmación de que las grandes corporaciones que venden software de código abierto tienen un impacto negativo en el desarrollo del ecosistema de código abierto. Él dice que tales organizaciones, por el contrario, ayudan a distribuir productos de código abierto al mercado global.
La visión de Redis tampoco es compartida por Gordon Haff, jefe de tecnología de nube en Red Hat. Él cree que a través de las licencias, Redis está tratando de "sentarse en dos sillas" - para beneficiarse de la venta de módulos y ser una empresa de código abierto.
Red Hat Apache Guru Rich Bowen
calificó la decisión de
la empresa como "sin sentido". En su opinión, las personas que acuden al código abierto esperan ver soluciones gratuitas y apenas quieren entender las restricciones y condiciones. Los miembros de la Open Source Initiative (
OSI ) están de acuerdo con él.
Afirman que Redis actúa en contra de la definición y los principios del software de código abierto.
Hay quienes ven el punto de cambiar a una nueva licencia. Por ejemplo, el jefe de BaenCapital
señala que las corporaciones que construyen sus productos sobre la base de software de código abierto
no son éticas . Por lo tanto, las acciones de Redis son bastante comprensibles: con la ayuda de nuevas licencias, la compañía protege sus intereses y los derechos de los desarrolladores.
Uno de los creadores de Ansible, Michael DeHaan (Michael DeHaan) también
cree que si todo el software se distribuye de forma gratuita, la mayoría de los proyectos simplemente no sobrevivirán. No todas las empresas logran atraer inversores, por lo que vender componentes individuales a grandes organizaciones es una forma de mantenerse en el mercado.
¿Quién cambió recientemente la licencia?
Redis Labs no son los únicos que intentan diferentes enfoques de licencia. Entonces, en octubre de 2018, MongoDB cambió de
GNU AGPL a su propia versión de GNU 3 - Licencia pública del lado del servidor (SSPL). El propósito del cambio de licencia es el mismo que el de Redis:
evitar que compañías externas "empaqueten" y revendan el DBMS abierto.
Los autores del proyecto Confluent también abandonaron Apache 2.0 en favor de su versión:
Confluent Community License . Los términos de la nueva licencia
prohíben vender KSQL como una solución patentada. Aunque todavía es posible implementar servicios SaaS en este motor SQL.
Hay otros ejemplos de empresas donde parte de las soluciones se implementan por dinero. Entre ellos se encuentran Elasticsearch, Hadoop, Berkeley DB y docenas de otros.
“Hay menos proyectos gratuitos como el kernel de Linux, WordPress o GIMP. Los desarrolladores de código abierto están creando modelos de negocio en un intento por encontrar un equilibrio entre los ingresos y la distribución gratuita de productos sin dañar a la compañía ”, comenta Sergey Belkin, jefe del departamento de desarrollo del proveedor de infraestructura virtual 1cloud.ru . "Pero todavía hay suficientes en la comunidad de TI que se oponen a los cambios en el concepto de código abierto". Por lo tanto, en un futuro cercano, el software completamente gratuito no desaparecerá del mercado, sin importar cómo cambien las licencias de productos individuales y sus componentes ".
Publicaciones del blog 1cloud.ru: