Hace unas semanas, Redis cambió su licencia de la licencia BSD de 3 cláusulas aprobada por la Open Source Initiative (OSI) a la licencia de fuente disponible de Redis (RSALv2). Este movimiento se hizo eco del cambio de licencia anterior de Elastic para Elasticsearch, que pasó de la licencia Apache 2.0 a la licencia Elastic (ELv2). Luego, así como OpenSearch se bifurcó de Elasticsearch de código abierto, Valkey se bifurcó de Redis de código abierto. He pasado los últimos dos años en AWS trabajando como desarrollador defensor de OpenSearch de código abierto y reconstruyendo la confianza de la comunidad destrozada por Cambio de licencia de Elastic 2021 para Elasticsearch. Hablé diariamente con las empresas cuyo sustento había estado en riesgo debido al cambio de licencia. Su miedo por el futuro me acompaña hasta el día de hoy. ¿Cómo afectará a la comunidad de código abierto de Redis el paso de una licencia de código abierto a una licencia de código disponible? Intentaré responder esa pregunta aquí. Tomaré la perspectiva de OpenSearch en relación con Elasticsearch. ya que esa es la perspectiva sobre la que estoy más calificado para escribir. Dejaré que otros compartan sus propias perspectivas, ya que cada uno tiene un punto de vista diferente. Usuarios cotidianos de Redis de código abierto Para ser perfectamente claro, los usuarios cotidianos de los que hablo aquí son las empresas que utilizan Redis de código abierto internamente. . Muchas de estas empresas en este momento están luchando para que sus equipos legales revisen la nueva licencia. Las empresas más establecidas tienen políticas internas que les permiten implementar software con las conocidas licencias OSI. Las nuevas licencias significan que tendrán que reevaluar si pueden continuar usando Redis o no. Si su empresa no cuenta con un abogado con el tiempo o la confianza para evaluar la licencia RASLv2 y determinar cómo se aplican los términos dentro de su empresa, puede Necesita rediseñar toda su pila de aplicaciones. Estos son los desarrolladores descritos por Steven J. Vaughan-Nichols en su artículo, “Los proveedores de software abandonan el código abierto y buscan el dinero en efectivo”. Como desarrollador defensor de OpenSearch en AWS, escuché una historia similar de varios usuarios sobre por qué cambiaron a OpenSearch. El equipo legal de su empresa simplemente no tenía la experiencia necesaria para evaluar la licencia ELv2, o no estaban dispuestos a correr el riesgo de permitir una nueva licencia sin casos judiciales previos que demostraran si su uso se consideraba aceptable. A pesar de las afirmaciones hechas por mi colega colaborador de InfoWorld Matt Asay, de que los proveedores de la nube serían los únicos afectados, muchas otras empresas también se verán afectadas por el cambio. Usuarios especializados de código abiertoUno de los impactos difíciles de medir del cambio de licencia de Redis será la pérdida de especialización. En el caso de Elasticsearch, el ecosistema apoyó a empresas enteras que crearon distribuciones especializadas para llenar diferentes nichos que Elastic no podía atender adecuadamente por sí solo. Bonsai es un ejemplo perfecto de uno de estos usuarios especializados. Los desarrolladores comenzaron como el primer proveedor de Elasticsearch como servicio en 2012. En Bonsai proporcionan herramientas y personalizaciones que permiten a los profesionales de la búsqueda centrarse en ofrecer excelentes experiencias de búsqueda. En 2021 se convirtieron en la primera empresa en ofrecer un servicio gestionado OpenSearch especializado en aplicaciones de búsqueda. Otro excelente ejemplo de usuario especializado es Logz.io, que ofrecía una versión alojada de Elasticsearch que se centraba en la recopilación de registros y el análisis. Fundada en 2014, la empresa apostó todo su futuro en Elasticsearch de código abierto. A lo largo de los años, Logz.io ha contribuido con muchas correcciones de errores y mejoras que ayudan a los usuarios especializados en recopilación y análisis de registros. Ninguna empresa puede cubrir adecuadamente todos los diferentes nichos en los que se puede utilizar el producto. Aquí es donde la comunidad de código abierto se vuelve tan vital. La comunidad ofrece diferentes perspectivas, correcciones de errores, problemas e incluso funciones que una sola empresa no podría ofrecer. De esta manera, un solo proyecto de código abierto puede cubrir muchos casos de uso. Leer entre líneas La narrativa de que los proveedores de la nube estaban “robando” a Redis al no contribuir a Redis es claramente falsa. De los siete principales contribuyentes a Redis en los últimos dos años, solo tres están afiliados a Redis. Oranagra – Redis enjoy-binbin – Tencent Cloud yossigo – Redis Soloestoy – Alibaba Cloud Madolson – AWS Guyube7 – Redis Hwware – Huawei Estos siete contribuyentes han contribuido con la mayor parte del código escrito en Redis durante los últimos dos años. También quiero enfatizar aquí la palabra afiliado. Estas personas son contratadas por su empleador porque les apasiona Redis, y no al revés. Entrevisté a Madelyn, mantenedora de Redis empleada por AWS, hace unos años sobre su experiencia como mantenedora. Puedes ver la entrevista aquí en YouTube. Para aquellos que puedan estar confundidos acerca de por qué hay tan pocos contribuyentes activos a Redis, les compartiré un secreto sorprendente. Redis no estaba dedicando la mayoría de sus horas de ingeniería al Redis de código abierto. La mayoría de los más de 700 empleados de la empresa trabajan en sus ofertas pagas, como Redis Enterprise o Redis Cloud, que operan de una manera muy diferente al producto de código abierto. Redis de código abierto depende en gran medida del cliente para encontrar el servidor adecuado para lea y actualice las claves y valores, mientras que la oferta Redis Enterprise funciona más como un proxy con un único punto de entrada. Lo interesante es que los proveedores de la nube no recrearon el trabajo realizado con Redis Enterprise. Estaban proporcionando una manera conveniente de implementar Redis de código abierto. Entonces, ¿qué sigue? Teniendo en cuenta lo que ha sucedido en los últimos años, espero que estemos siendo testigos del fin de los proyectos de código abierto respaldados por un solo proveedor. Muchas de estas empresas ven el código abierto como un vehículo para impulsar la adopción de su software y luego cambian a una licencia prohibitiva una vez que el software comienza a alcanzar una adopción masiva a través de un proveedor de nube. Esto ha sucedido más veces en los últimos años de las que quisiera contar. Sólo hay unas pocas empresas que pueden proporcionar software de código abierto de manera confiable sin perjudicar sus propios resultados. Estos son los gigantes del software como AWS, Google y Microsoft. Pueden contribuir cómodamente al software de código abierto y colaborar con empresas que se especializan en algunos de los casos de uso más específicos. Quizás no hayan podido cubrir estos nichos por sí solos, pero con la ayuda de la comunidad pueden hacerlo. Y al final del día, incluso las empresas más pequeñas que ofrecen ofertas gestionadas necesitan un lugar donde alojarlas, ¿verdad? Veo un futuro brillante para Valkey, la bifurcación de código abierto de Redis. Está comenzando desde la Fundación Linux, donde las empresas contribuyen libremente sin temor a que una sola empresa dicte la dirección de un proyecto. Hasta ahora, AWS, Google Cloud, Oracle, Ericsson y Snap han anunciado que ayudarán a respaldar a Valkey. No estoy diciendo que estas empresas sean benévolas. Están realizando una inversión a largo plazo para impulsar la adopción de servicios en la nube. A pesar de esto, tengo mucha fe en las personas que conozco que lideran las iniciativas de código abierto en estas empresas. Personas como Matthew Wilson (o msw, como se le conoce comúnmente) que luchan para que sus empleadores sigan haciendo lo correcto con el código abierto. David Tippett es el ex defensor senior de desarrolladores de OpenSearch en AWS. Ahora trabaja como consultor independiente de infraestructura y datos de búsqueda en TippyBits. New Tech Forum ofrece un lugar para que los líderes tecnológicos, incluidos proveedores y otros contribuyentes externos, exploren y discutan la tecnología empresarial emergente con una profundidad y amplitud sin precedentes. La selección es subjetiva y se basa en nuestra elección de las tecnologías que creemos que son importantes y de mayor interés para los lectores de InfoWorld. InfoWorld no acepta garantías de marketing para su publicación y se reserva el derecho de editar todo el contenido aportado. Envíe todas sus consultas a doug_dineley@foundryco.com. Copyright © 2024 IDG Communications, Inc.