Redis endurece su licencia: Cómo puede sobrevivir una empresa de OSS en la era de la nube
Redis pasó recientemente de una licencia BSD de código abierto a una Licencia Pública del Lado del Servidor (SSPLv1) más restrictiva. Esto provocó una bifurcación por parte de antiguos mantenedores de Redis, reavivando los debates sobre la sostenibilidad de los proyectos de código abierto y el impacto de las decisiones de licenciamiento en sus comunidades.
El cambio entrará en vigor a partir de la versión 7.4 de Redis, y esperamos que múltiples distribuidores de Linux eliminen Redis de sus bases de código. Sin embargo, es probable que esta disrupción sea temporal, ya que ya hay opciones alternativas disponibles — como Valkey, una alternativa de código abierto a Redis respaldada por la Linux Foundation. Garnet de Microsoft también es una opción, ya que es un almacén de caché más rápido y de código abierto, escrito en C#, que es totalmente compatible con clientes de Redis. Los proveedores de nube como AWS también pueden crear sus propias bifurcaciones de Redis, de forma similar a lo que hicieron cuando Elastic Search cambió a la SSPL en 2021.
La nube se está comiendo el código abierto
Cloud is eating Open Source.png
Aunque el software de código abierto tiene una larga historia, el modelo de negocio de código abierto ha evolucionado significativamente en los últimos años. Tradicionalmente, el modelo dependía de que las empresas pagaran por soporte comercial y funciones empresariales cuando usaban software de código abierto. Sin embargo, el auge de la computación en la nube ha alterado este modelo. Por un lado, el crecimiento de la nube pública ha permitido que empresas como MongoDB y Elastic logren un gran éxito al centrarse en ofertas de servicios basados en la nube. Por otro lado, los proveedores de servicios en la nube pueden empaquetar y revender fácilmente productos de código abierto, aprovechando las inversiones sustanciales que las empresas de código abierto han hecho en código y comunidades de desarrolladores, y luego usando las ventajas de costo y los canales de distribución de la nube para monetizar rápidamente estos activos, lo que hace que incluso para empresas de código abierto muy exitosas sea difícil competir.
Como resultado, no solo Redis, sino anteriormente MongoDB y Elasticsearch adoptaron la licencia SSPL más restrictiva. Del mismo modo, HashiCorp abandonó la Licencia Pública de Mozilla (MPL) para Terraform en favor de la Licencia Business Source (BSL) 1.1. Esta decisión recibió críticas de muchos defensores del código abierto, quienes argumentaron que cualquier licencia que restrinja a los proveedores de nube pública va en contra del espíritu del código abierto definido por la OSI. Estos cambios en el licenciamiento de código abierto han desencadenado anteriormente bifurcaciones de "mantenerlo abierto", como OpenSearch y OpenTofu. La batalla por el futuro del licenciamiento de código abierto continúa intensificándose.
Perspectiva personal — Es hora de que la OSI cambie
Como alguien que anteriormente trabajó en un proveedor de nube (como committer en una comunidad de código abierto que desarrollaba un producto gestionado de código abierto) y que ahora trabaja en una empresa de código abierto (donde el modelo principal de ingresos es el servicio totalmente gestionado), he tenido que llevar dos sombreros, lo que ha hecho mi vida bastante difícil. Si pudiéramos encontrar una forma de que los proveedores de nube y las empresas de código abierto colaboren y compartan las ganancias, estaría más feliz de invertir más esfuerzo en mejorar los productos de código abierto para que la gran mayoría — usuarios, empresas de código abierto y proveedores de nube — puedan beneficiarse.
Las Licencias de Protección de la Nube parecen ser una solución viable. No restringen los derechos del 99,99 % de los usuarios para usar y modificar el software, pero protegen significativamente las ganancias futuras de las empresas de código abierto. Esto permite a las empresas de código abierto liberar más de sus "armas secretas" como código abierto, reduciendo en gran medida la carga de mantenimiento para los desarrolladores de código abierto y, al mismo tiempo, mejorando la experiencia de usuario de código abierto.
La evolución desde licencias copyleft como GPL hacia licencias más permisivas como BSD, MIT y Apache ha acelerado enormemente el desarrollo de software de código abierto. Este cambio fue impulsado por la participación de grandes empresas en la comunidad de código abierto, ya que contribuyeron y ayudaron a fomentar mejores comunidades.
Licencia de código abierto a lo largo del tiempo.png
Hoy, muchas startups respaldadas por VC han iniciado proyectos de código abierto . Aunque estas empresas contribuyen de vuelta a la comunidad, el auge de los proveedores de nube ha alterado sus modelos de negocio, obligándolas a adoptar licencias más restrictivas.
Creo que es hora de que la comunidad de código abierto reconsidere la definición de "código abierto." Cualquier licencia que mantenga el espíritu de colaboración y compartición debería considerarse abierta, incluso si incluye protecciones comerciales.
El valor central del código abierto es empoderar a los usuarios y evitar la dependencia de un proveedor. Si las licencias "source-available" aún pueden lograr esto al tiempo que proporcionan modelos de negocio sostenibles, quizás necesitamos evolucionar nuestra comprensión del código abierto. Un buen ejemplo de esto son los modelos de lenguaje grandes (LLMs) de código abierto. Aunque algunos pueden no abrir sus conjuntos de datos y detalles de entrenamiento, e incluso tener ciertas restricciones de uso comercial en sus licencias, aún los consideramos de código abierto y suficientemente "abiertos" porque la capacidad de acceder, modificar y construir sobre ellos es lo que finalmente importa.
Perspectiva de la empresa — Cómo Zilliz construyó servicios comerciales competitivos bajo licencias permisivas
Las empresas de código abierto no necesariamente tienen que modificar sus licencias como el único camino a seguir. El desafío radica en encontrar el equilibrio adecuado entre el código abierto y la comercialización.
En Zilliz, donamos nuestra base de datos vectorial de código abierto Milvus a la Linux Foundation. Durante los últimos cuatro años, esto ha resultado en más de 26,000 estrellas en GitHub y miles de usuarios globales de código abierto. La Linux Foundation nos ha ayudado con una mejor gobernanza comunitaria y ha atraído a más usuarios potenciales. Nuestra oferta comercial, Zilliz Cloud, es un servicio Milvus totalmente gestionado construido sobre la nube pública. En comparación con las versiones de Milvus alojadas en la nube pública y los servicios de búsqueda vectorial de otros proveedores de nube, Zilliz Cloud ofrece una gran cantidad de capacidades únicas:
- Múltiples opciones de despliegue:
- Bring your Own Cloud (BYOC )
- SaaS
- Serverless (próximamente)
- Cardinal — Un motor comercial de búsqueda vectorial de código cerrado con mejoras de rendimiento de 10x frente a alternativas de código abierto.
- Servicios de datos internos: grupo elástico de construcción de índices, almacén de metadatos y almacén de logs
- Flexibilidad multinube: Desplegado en AWS, GCP, Azure, Alibaba Cloud y más.
- Gestión de datos de nivel empresarial:
- Capacidades completas de copia de seguridad y migración de datos
- ETL de datos no estructurados a través de Zilliz Cloud Pipeline
- Cumplimiento y seguridad de datos
Todas estas capacidades son totalmente compatibles con la API de Milvus de código abierto, que ofrecemos exclusivamente como parte de Zilliz Cloud. Llamamos a esto el modelo de "Interfaz Abierta". Este modelo satisface las necesidades de la gran mayoría de los usuarios y, al mismo tiempo, facilita que los usuarios que requieren mayor rendimiento, escalabilidad y capacidades de nivel empresarial adopten nuestra oferta comercial. Esperamos que este modelo pueda ayudar a las empresas de código abierto a encontrar nuevas formas de competir contra los proveedores de nube pública.
King James.png
Sigue leyendo
Cosmos World Foundation Model Platform for Physical AI
NVIDIA's Cosmos platform enables safe, digital twin training of GenAI models for physical applications, overcoming data scarcity and safety challenges.
What is the K-Nearest Neighbors (KNN) Algorithm in Machine Learning?
KNN is a supervised machine learning technique and algorithm for classification and regression. This post is the ultimate guide to KNN.
Vector Databases vs. Graph Databases
Use a vector database for AI-powered similarity search; use a graph database for complex relationship-based queries and network analysis.