Redis restringe sua licença: Como uma empresa de OSS pode sobreviver na Era da Nuvem
O Redis recentemente fez a transição de uma licença BSD de código aberto para uma Licença Pública do Lado do Servidor (SSPLv1) mais restritiva. Isso motivou um fork por antigos mantenedores do Redis, reacendendo debates sobre a sustentabilidade de projetos de código aberto e o impacto das decisões de licenciamento em suas comunidades.
A mudança entrará em vigor a partir da versão 7.4 do Redis, e esperamos que várias distribuições Linux removam o Redis de suas bases de código. No entanto, essa interrupção provavelmente será temporária, pois opções alternativas já estão disponíveis — como o Valkey, uma alternativa de código aberto ao Redis apoiada pela Linux Foundation. O Garnet da Microsoft também é uma opção, pois é um cache-store de código aberto, mais rápido, escrito em C# e totalmente compatível com clientes Redis. Provedores de nuvem como a AWS também podem criar seus próprios forks do Redis, semelhante ao que fizeram quando o Elastic Search mudou para a SSPL em 2021.
A nuvem está devorando o código aberto
Cloud is eating Open Source.png
Embora o software de código aberto tenha uma longa história, o modelo de negócios de código aberto evoluiu significativamente nos últimos anos. Tradicionalmente, o modelo dependia de empresas pagando por suporte comercial e recursos empresariais quando usavam software de código aberto. No entanto, a ascensão da computação em nuvem interrompeu esse modelo. Por um lado, o crescimento da nuvem pública permitiu que empresas como MongoDB e Elastic alcançassem grande sucesso ao se concentrarem em ofertas de serviços baseados em nuvem. Por outro lado, provedores de serviços de nuvem podem facilmente agrupar e revender produtos de código aberto, aproveitando os investimentos substanciais que empresas de código aberto fizeram em código e comunidades de desenvolvedores, e então usando as vantagens de custo e os canais de distribuição da nuvem para monetizar rapidamente esses ativos, tornando desafiador até mesmo para empresas de código aberto muito bem-sucedidas competir.
Como resultado, não apenas o Redis, mas anteriormente o MongoDB e o Elasticsearch adotaram a licença SSPL mais restritiva. Da mesma forma, a HashiCorp abandonou a Mozilla Public License (MPL) para o Terraform em favor da Business Source License (BSL) 1.1. Essa medida atraiu críticas de muitos defensores do código aberto, que argumentaram que qualquer licença que restrinja provedores de nuvem pública vai contra o espírito do código aberto definido pela OSI. Essas mudanças no licenciamento de código aberto já desencadearam forks "keep-it-open", como OpenSearch e OpenTofu. A batalha pelo futuro do licenciamento de código aberto continua intensa.
Perspectiva pessoal — Hora de a OSI mudar
Como alguém que já trabalhou em um provedor de nuvem (como committer em uma comunidade de código aberto desenvolvendo um produto gerenciado de código aberto) e agora trabalha em uma empresa de código aberto (onde o principal modelo de receita é serviço totalmente gerenciado), tive que usar dois chapéus, o que tornou minha vida bastante difícil. Se pudéssemos encontrar uma maneira de provedores de nuvem e empresas de código aberto colaborarem e compartilharem os lucros, eu ficaria mais feliz em investir mais esforço na melhoria de produtos de código aberto, para que a grande maioria — usuários, empresas de código aberto e provedores de nuvem — possa se beneficiar.
As Cloud Protection Licenses parecem ser uma solução viável. Elas não restringem os direitos de 99,99% dos usuários de usar e modificar o software, mas protegem significativamente os lucros futuros das empresas de código aberto. Isso permite que empresas de código aberto liberem mais de suas "armas secretas" como código aberto, reduzindo muito o ônus de manutenção para desenvolvedores de código aberto, ao mesmo tempo em que aprimoram a experiência dos usuários de código aberto.
A evolução de licenças copyleft como a GPL para licenças mais permissivas como BSD, MIT e Apache acelerou enormemente o desenvolvimento de software de código aberto. Essa mudança foi impulsionada pela participação de grandes empresas na comunidade de código aberto, à medida que elas contribuíram e ajudaram a fomentar comunidades melhores.
Licença de Código Aberto ao longo do tempo.png
Hoje, muitas startups apoiadas por capital de risco iniciaram projetos de código aberto . Embora essas empresas contribuam de volta para a comunidade, a ascensão dos provedores de nuvem desestabilizou seus modelos de negócios, forçando-as a adotar licenças mais restritivas.
Acho que é hora de a comunidade de código aberto repensar a definição de "código aberto." Qualquer licença que sustente o espírito de colaboração e compartilhamento deve ser considerada aberta, mesmo que inclua proteções comerciais.
O valor central do código aberto é empoderar os usuários e evitar o aprisionamento a fornecedores. Se licenças de "código disponível" ainda podem alcançar isso ao mesmo tempo que fornecem modelos de negócios sustentáveis, talvez precisemos evoluir nossa compreensão de código aberto. Um bom exemplo disso são os grandes modelos de linguagem (LLMs) de código aberto. Embora alguns possam não disponibilizar seus conjuntos de dados e detalhes de treinamento como código aberto e até tenham certas restrições de uso comercial em suas licenças, ainda os consideramos de código aberto e suficientemente "abertos" porque a capacidade de acessar, modificar e construir sobre eles é o que, em última análise, importa.
Perspectiva da Empresa — Como a Zilliz Construiu Serviços Comerciais Competitivos Sob Licenças Permissivas
Empresas de código aberto não precisam necessariamente modificar suas licenças como único caminho a seguir. O desafio está em encontrar o equilíbrio certo entre código aberto e comercialização.
Na Zilliz, doamos nosso banco de dados vetorial de código aberto Milvus para a Linux Foundation. Nos últimos quatro anos, isso resultou em mais de 26.000 estrelas no GitHub e milhares de usuários globais de código aberto. A Linux Foundation nos ajudou com uma melhor governança comunitária e atraiu mais usuários potenciais. Nossa oferta comercial, Zilliz Cloud, é um serviço Milvus totalmente gerenciado construído na nuvem pública. Em comparação com as versões do Milvus hospedadas em nuvem pública e com os serviços de busca vetorial de outros provedores de nuvem, o Zilliz Cloud oferece uma riqueza de capacidades únicas:
- Múltiplas Opções de Implantação:
- Traga sua Própria Nuvem (BYOC )
- SaaS
- Serverless (em breve)
- Cardinal — Um mecanismo comercial de busca vetorial de código fechado com melhorias de desempenho de 10x em relação a alternativas de código aberto.
- Serviços de Dados Internos: pool elástico de criação de índices, armazenamento de metadados e armazenamento de logs
- Flexibilidade Multi-Cloud: Implantado na AWS, GCP, Azure, Alibaba Cloud e mais.
- Gerenciamento de Dados de Nível Empresarial:
- Recursos abrangentes de backup e migração de dados
- ETL de dados não estruturados via Zilliz Cloud Pipeline
- Conformidade e Segurança de Dados
Todas essas capacidades são totalmente compatíveis com a API de código aberto do Milvus, que oferecemos exclusivamente como parte do Zilliz Cloud. Chamamos isso de modelo de "Interface Aberta". Esse modelo satisfaz as necessidades da vasta maioria dos usuários, ao mesmo tempo que torna simples para usuários que exigem desempenho mais forte, escalabilidade e capacidades de nível empresarial adotarem nossa oferta comercial. Esperamos que esse modelo possa ajudar empresas de código aberto a encontrar novas formas de competir contra provedores de nuvem pública.
King James.png
Continue lendo
Introducing Zilliz MCP Server: Natural Language Access to Your Vector Database
Developers can easily manage and query vector databases with natural language via Zilliz MCP Server in AI-native environments.
Vector Databases vs. Object-Relational Databases
Use a vector database for AI-powered similarity search; use an object-relational database for complex data modeling with both relational integrity and object-oriented features.
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.