Notícias pesadas: a empresa Elastic está prestes a modificar a licença de código aberto do ElasticSearch para restringir o uso de provedores de serviços em nuvem
Big data de memória passada Big data de memória passada
Em 15 de janeiro, Shay Banon, fundador da ElasticSearch e CEO da Elastic, anunciou que o acordo de código-fonte licenciado para Apache 2.0 da Elasticsearch e Kibana será modificado para SSPL (Server Side Public License, server- licença pública lateral)) Acordo duplo com Licença Elástica! Abaixo está a tradução completa da modificação de Shay Banon dos acordos de código aberto Elasticsearch e Kibana.
Observação: abaixo nos referimos a Elastic Company (ou Shay Banon)
Estamos modificando a licença Apache 2.0 do código-fonte ElasticSearch e Kibana para uma licença dupla de Server-Side Public License (SSPL) e Elastic License, e permitir que os usuários escolham qual licença se inscrever. Essa mudança de licença garante que nossa comunidade e clientes possam usar, modificar, redistribuir e colaborar no código de forma livre e aberta. Ele também protege nosso investimento contínuo no desenvolvimento de produtos gratuitos e abertos, restringindo os provedores de serviços em nuvem de fornecer serviços Elasticsearch e Kibana. Essa modificação se aplicará a todas as ramificações de manutenção desses dois produtos e ocorrerá antes do próximo lançamento 7.11. Nossa distribuição continuará a usar a Licença Elástica usada nos últimos três anos.
Essa mudança no licenciamento do código-fonte não tem impacto sobre a grande maioria dos usuários da comunidade que usam nossa versão de lançamento padrão gratuitamente, clientes da nuvem Elastic e clientes que autogerenciam software.
Nos últimos anos, conforme o mercado se desenvolveu, a comunidade percebeu que as empresas de código aberto precisam proteger melhor seu software para continuar a inovar e fazer os investimentos necessários. À medida que muitas empresas começam a mudar para produtos SaaS, alguns desses provedores de serviços em nuvem adotaram produtos de código aberto e os forneceram como serviços sem a necessidade de investir na comunidade. Quase três anos atrás, abrimos o código comercial e criamos uma camada livre, todas realizadas sob a Licença Elástica. Usar a estratégia de licenciamento duplo SSPL ou Licença Elástica é nosso próximo passo natural. Isso é semelhante ao que muitas outras empresas de código aberto fizeram ao longo dos anos, incluindo o MongoDB, que desenvolveu o SSPL. O SSPL permite o uso e modificação gratuitos e irrestritos, mas há um requisito simples: de acordo com o contrato do SSPL, se você fornecer o produto como um serviço, você também deve liberar publicamente quaisquer modificações e o código-fonte de sua própria gestão.
Por que modificar o acordo de código aberto
Conforme mencionado anteriormente, nos últimos três anos, com o desenvolvimento do mercado, a comunidade percebeu que as empresas de código aberto precisam proteger melhor seu software para manter um alto nível de investimento e inovação. Com a mudança no uso de SaaS como modelo de entrega, alguns provedores de serviços em nuvem aproveitaram os produtos de código aberto e os forneceram como serviços sem fazer nenhuma contribuição para a comunidade. Essa prática desvia recursos que poderiam ter sido reinvestidos no produto e prejudica os usuários e a comunidade.
Como nossas contrapartes de código aberto, vivenciamos pessoalmente essa situação, desde o abuso de nossas marcas registradas até as tentativas diretas de reembalar nossos produtos de software de fonte aberta com a "abertura" dos produtos de código aberto para dividir nossa comunidade e até mesmo de nossos proprietários. Há "inspiração "no código. Embora cada empresa de código aberto tenha adotado uma abordagem ligeiramente diferente para esse problema, elas geralmente modificam suas licenças de código aberto para proteger seu investimento em software livre, enquanto tentam manter os princípios de abertura, transparência e colaboração. Da mesma forma, adotamos essa abordagem para fazer alterações direcionadas à forma de autorizar nosso código-fonte. Essa mudança não afetará a grande maioria de nossos usuários, mas restringirá os provedores de serviços de nuvem de fornecer nosso software como serviço.
Estimamos que alguns dos concorrentes do Elastic tentarão espalhar vários FUDs em torno desta mudança (Medo, Incerteza, Dúvida, Chinês significa medo, confusão e dúvida. FUD originou-se da boca de Gene Amdal, Gene · Amdahl era originalmente um engenheiro da IBM, e, em seguida, deixou a IBM para estabelecer a Amdahl e se tornar um concorrente da IBM. FUD primeiro se refere ao fato de que a equipe de vendas da IBM instigou ideias negativas sobre a Amdahl e os produtos de outros concorrentes nos clientes. Suspeita e medo são injetados nisso, fazendo os clientes acreditarem erroneamente que eles não tem outra escolha a não ser os produtos da empresa). Deixe-me deixar claro para aqueles que discordam, acreditamos profundamente na liberdade e na abertura dos produtos e na transparência da comunidade. Nosso desempenho anterior comprovou esse compromisso e continuaremos a trabalhar arduamente com base nesse compromisso.
O que mudou?
A partir da próxima versão do Elastic 7.11, substituiremos os códigos de licença do Apache 2.0 de ElasticSearch e Kibana por licenças duplas de SSPL e Elastic License, permitindo que os usuários escolham a licença a ser solicitada. SSPL é uma licença de código-fonte criada pelo MongoDB. Ela incorpora o princípio do código aberto e fornece proteção para provedores de nuvem pública. Esses provedores de nuvem pública fornecem produtos de código aberto como serviços sem fornecer qualquer retorno. O SSPL permite o uso e modificação gratuitos e irrestritos, mas há um requisito simples: sob o contrato de SSPL, se você fornece o produto como um serviço, você também deve liberar publicamente quaisquer modificações e o código-fonte de sua própria gestão.
Escolhemos esse caminho porque nos deu a oportunidade de ser o mais aberto possível e, ao mesmo tempo, proteger nossa comunidade e empresa. De certa forma, essa mudança nos tornou mais abertos. Como um acompanhamento a essa mudança, começaremos a modificar nossos recursos proprietários gratuitos de Elastic License para o licenciamento duplo de SSPL e Elastic License, que será mais tolerante e atenderá melhor às nossas metas para tornar nossos produtos possíveis. O local é gratuito e aberto.
Embora mudar a licença de nosso código-fonte seja um grande negócio em alguns aspectos, a grande maioria das pessoas em nossa comunidade não será afetada por isso. Se você é nosso cliente, seja no Elastic Cloud ou no local, nada mudou. Se você continuar baixando e usando nossa distribuição padrão, ela ainda é gratuita e aberta, também usando a Elastic License. Se você tem contribuído para o ElasticSearch ou Kibana (obrigado!), Você não mudará nada.
Continuaremos a desenvolver nosso código de maneira aberta, cooperar com nossa comunidade e liberar nosso código gratuitamente sob a Licença Elástica, assim como temos feito nos últimos três anos. Ainda prometemos manter todas as nossas funções gratuitas ou usá-las gratuitamente e não faremos nenhuma alteração. As funções que eram usadas gratuitamente no passado ainda são de uso gratuito e aquelas que exigem assinaturas pagas ainda são assinaturas pagas.
Até agora, os eventos conhecidos para os provedores de serviços de software de big data modificarem o contrato são os seguintes
• Em outubro de 2018, o MongoDB anunciou que sua licença de código aberto foi trocada de GNU AGPLv3 para Server Side Public License (SSPL);
• Em novembro de 2018, o Graph Database Neo4j também anunciou que a versão corporativa foi totalmente fechada;
• Em dezembro de 2018, Confluent Company Jay Kreps, o cofundador e CEO da Jay Kreps, anunciou no blog oficial do Confluent que alguns componentes de código aberto da plataforma Confluent mudaram do Apache 2.0 para a Licença da Comunidade Confluent.
Este artigo foi traduzido principalmente de: Próximas alterações de licenciamento para Elasticsearch e Kibana [1]
引用 链接
[1] Próximas alterações de licenciamento para Elasticsearch e Kibana: https://www.elastic.co/cn/blog/licensing-change