La semana pasada, Elasticsearch se hizo cargo de Braid en la comunidad de código abierto. De hecho, Shay Banon, fundador y director técnico de Elastic, dijo que "en las próximas semanas, la compañía agregará el AGPL [GNU Affero General Public License] Como otra opción de licencia al lado del ELV2 [Elastic License 2.0] y sspl [Server Side Public License] ». Agregó que la compañía "nunca dejó de creer en el código abierto". Para explicar este regreso a casa, el gerente habla sobre mejores relaciones con AWS.

Después del cambio de licencia de Elastic en 2021, AWS ya no podía copiar y pegar Elasticsearch para convertirlo en una de sus ofertas de servicio. Finalmente, AWS optó por un tenedor y desarrolló un producto de la competencia llamado OpenSsearchque fue un éxito creciente. Según Shay Banon, desde el momento en que "Amazon estaba completamente invertido en su bifurcación" y que "la falta de claridad del mercado en torno a las marcas de elastics de elastic se había resuelto en gran medida", estimó elastic que ya no tenía que preocuparse por la venta de elasticsearch por AWS bajo su marca limpia. Por el contrario, "la asociación con AWS es más fuerte que nunca".

Índice
  1. Una licencia aprobada por OSI
  2. Tenedores fortuitos

Una licencia aprobada por OSI

Asunto de licencia en elastic había dejado trazas en la comunidad. Entonces, Vicky Brasseur, un experto en código abierto, había estimado en una publicación Ese SSPL es un problema para las empresas. "Esta es una licencia de propietario hostil disfrazada de ropa de código abierto. Otros son más radicales en su sentimiento después del anuncio del editor. Entonces, Peter Zaitsev, cofundador de la compañía especializada en el código abierto Percona, dijo "Rip elástico de código abierto ... una gran pérdida para la comunidad de código abierto, pero puede ayudarlo a ganar unos pocos dólares adicionales, a corto plazo".

Al final, la elección de la licencia AGPL calmará a los espíritus al ser aprobados por la Iniciativa de código abierto (OSI). Es más permiso que el ELV2 [Elastic License 2.0] y sspl [Server Side Public License] ¿Quién estaba allí para bloquear a los proveedores de nubes como AWS? La pregunta, según el columnista Matt Asay, es si esta decisión conducirá a otras compañías seguirá el movimiento.

Tenedores fortuitos

Muchas personas pensaron que el tenedor de AWS en Elasticsearch sonaba de la muerte de Elastic. Esto no es lo que pasó. OpenSearch, tan bueno como lo es para AWS, no fue malo para elástico. De lo contrario. Al obligar a AWS a construir OpenSearch en lugar de tomar prestado del código Elasticsearch, Elastic ha dado la oportunidad de reanudar su práctica de código abierto. Como Shay Banon repitió: "En lo que a mí respecta, siempre quise volver al código abierto, incluso cuando cambiamos la licencia". Agregar: "Esperamos que WS desarrollara un tenedor y nos dejara regresar después de un tiempo". Este riesgo calculado parece ser fruto: "Creemos que podemos hacerlo de manera segura ahora que la bifurcación ha tenido lugar y que es un costo irrecuperable para AWS", dijo.

Más recientemente, AWS, en colaboración con otras compañías, ha desarrollado una bifurcación de Redis Para crear el proyecto Valkey. Desde el punto de vista de AWS, Valkey difiere de todo lo que se ha hecho antes, porque es uno de los pocos proyectos en los que uno de los principales contribuyentes al proyecto Forké era un empleado de AWS. También es inusual que este mismo empleado, el impresionante Madelyn Olson, contribuya más que nadie. Por ejemplo, si observamos un proyecto típico de la Native Cloud Computing Foundation, AWS casi nunca se encuentra entre las primeras cinco compañías contributivas (Kubernetes, Opentelemetry y otras). Valkey podría ser un signo positivo para AWS y código abierto. El proyecto también podría tener un gran impacto para Redis, porque AWS podría invertir tanto en Valkey que ya no tendría una razón para ofrecer un servicio de Redis (Elasticache), como sucedió con Elasticsearch.