Open core – Wikipédia, a enciclopédia livre

Edição da comunidade do GitLab

O modelo de núcleo aberto (open core) é um modelo de negócios para a monetização de software de código aberto produzido comercialmente. Cunhado por Andrew Lampitt em 2008,[1] o modelo de núcleo aberto envolve principalmente oferecer uma versão "núcleo" ou com recursos limitados de um produto de software como software livre e de código aberto, enquanto oferece versões "comerciais" ou complementos como software proprietário.[2][3]

O conceito de software de open core provou ser controverso, pois muitos desenvolvedores não consideram o modelo de negócios como um verdadeiro software de código aberto. Apesar disso, os modelos de núcleo aberto são usados por muitas empresas de software de código aberto.[4]

Uso de contratos de licença de contribuidor[editar | editar código-fonte]

Alguns produtos de núcleo aberto (open core) exigem que seus contribuidores assinem um contrato de licença de contribuidor, que determina que os direitos autorais de todas as contribuições para o produto se tornem propriedade de seu proprietário ou que o proprietário do produto receba uma licença ilimitada e não exclusiva para uso as contribuições, mas os autores mantêm a propriedade dos direitos autorais. Em um cenário de núcleo aberto, esses acordos geralmente visam permitir que o proprietário comercial do produto (que, em alguns casos, é o detentor dos direitos autorais de todo o seu código, independentemente de seu autor original) comercialize simultaneamente versões do produto sob licenças de código aberto e não-livres. Isso contrasta com os usos mais tradicionais de CLAs, que se destinam apenas a permitir que o administrador de um projeto de código aberto defenda e proteja os direitos autorais de seus contribuidores, ou garanta que o código só seja disponibilizado sob termos de origem open-source (protegendo-o assim de se tornar um núcleo aberto).[5][6][7]

Exemplos[editar | editar código-fonte]

  • Kafka, um serviço de streaming de dados sob a licença Apache 2.0, é o núcleo de código aberto da empresa, Confluent, que emite uma Licença da Comunidade Confluent, uma licença disponível na fonte que rege recursos adicionais na Plataforma Confluent.[8]
  • Cassandra, um banco de dados de código aberto sob a licença Apache 2.0, é o núcleo da empresa, Datastax, que emite licença de assinatura corporativa para recursos adicionais de gerenciamento e segurança dentro do DataStax Enterprise.[9]
  • O software de gerenciamento de aprendizado Canvas da Instructure. 
  • O software de banco de dados MySQL da Oracle é licenciado duplamente sob uma licença proprietária e a GNU General Public License (GPL); versões proprietárias oferecem recursos adicionais e planos de suporte empresarial.[10]
  • O núcleo da Elastic, que inclui Elasticsearch, Kibana, Logstash e Beats, estava sob uma licença Apache 2.0, enquanto plugins adicionais são distribuídos sob a licença proprietária da Elastic.[11] Em janeiro de 2021, a Elastic licenciou novamente seu software sob a Licença Pública do Lado do Servidor não gratuita e a Licença Elastic, que restringem o uso do software como parte de serviços gerenciados e contornam bloqueios de software em recursos premium.[12]
  • O Eucalyptus, software de nuvem privada, possui uma edição corporativa proprietária que oferece recursos adicionais.[13][14][15]
  • O GitLab CE (Community Edition) está sob uma licença de código aberto no estilo MIT,[16] enquanto o GitLab EE (Enterprise Edition) está sob uma licença comercial.[17]
  • O Neo4j CE (Community Edition) está licenciado sob GPL versão 3, enquanto o Neo4j EE (Enterprise Edition) está sob uma licença comercial, fornecendo recursos adicionais, incluindo clustering e backups dinâmicos.
  • Seldon Core, uma plataforma de aprendizado de máquina sob a licença Apache 2.0, é o núcleo da empresa Seldon, que fornece o Seldon Deploy sob uma licença comercial.[18]
  • O Redis está sob uma licença de código aberto BSD de 3 cláusulas,[19] enquanto o Redis Labs oferece Módulos Redis sob uma licença de software disponível na fonte e o Redis Enterprise sob uma licença comercial que fornece recursos corporativos adicionais, como dimensionamento dinâmico, ajuste de desempenho de replicação e suporte de cluster para módulos Redis.[20]

Restrições de uso em serviços[editar | editar código-fonte]

Uma nova variação da prática surgiu em 2018 entre vários produtos de núcleo aberto destinados ao uso do lado do servidor, buscando controlar o uso do produto como parte de um serviço oferecido a um cliente. Essas práticas, em particular, visam a incorporação do software em serviços proprietários por provedores de serviços de aplicativos em nuvem, como Amazon Web Services, mas com o que os fornecedores percebem como compensação inadequada ou contribuições de volta ao software upstream em troca.[21][22]

O MongoDB mudou sua licença da GNU Affero General Public License (uma variação da GPL que exige que o código-fonte do software seja oferecido para aqueles que o utilizam em uma rede) para uma versão modificada da GPL versão 3 intitulada "Server Side Public License" (SSPL), onde o código-fonte de todo o serviço deve ser liberado sob o SSPL se incorporar um componente licenciado por SSPL.[23] Bruce Perens, co-autor de The Open Source Definition, argumentou que a SSPL violou sua exigência de uma licença de código aberto para não colocar restrições ao software distribuído juntamente com o software licenciado.[21] A Open Source Initiative (OSI) decidiu que a SSPL viola a Open Source Definition e, portanto, não é uma licença de software livre, pois é discriminatória contra o uso comercial.[24] Debian, Fedora e Red Hat Enterprise Linux retiraram o MongoDB de suas distribuições após a mudança de licença, considerando que a nova licença violava suas políticas de licenciamento.[23][25]

O Redis Labs sujeitou seus plug-ins Redis à "Cláusula Commons", uma restrição à venda do software além dos termos de licença Apache existentes. Após críticas, isso foi alterado em 2019 para a "Licença Redis Source Available ", uma licença não-livre que proíbe a venda do software como parte de "um banco de dados, um mecanismo de cache, um mecanismo de processamento de fluxo, um mecanismo de pesquisa, uma indexação ou um mecanismo de serviço ML/DL/AI".[26][22][27] As últimas versões dos módulos licenciados exclusivamente sob a Licença Apache foram bifurcadas e são mantidas por membros da comunidade sob o projeto GoodFORM.[21]

Referências

  1. Phipps, Simon (julho de 2012). Open Source Strategies for the Enterprise. [S.l.]: O'Reilly Media. ISBN 978-1-4493-4117-6 
  2. Riehle, Dirk (2009). The Commercial Open Source Business Model. Springer Verlag. pp. 18–30 
  3. Wasserman, Anthony I. (2011). «How the Internet transformed the software industry». Journal of Internet Services and Applications. 2 (1): 11–22. ISSN 1867-4828. doi:10.1007/s13174-011-0019-xAcessível livremente. Some companies have only a single version of their software, while others follow an “open core” model, providing a community release of the core version, and offering proprietary premium features using a commercial license. 
  4. Germain, Jack M. (15 de abril de 2009). «Open Core Debate: The Battle for a Business Model». Linux Insider. Consultado em 28 de março de 2013 
  5. Phipps, Simon (21 de junho de 2013). «MySQL mistake is a wake-up call on open source ownership». InfoWorld. Consultado em 11 de setembro de 2015 
  6. «FSFE welcomes KDE's adoption of the Fiduciary Licence Agreement (FLA)». KDE. 22 de agosto de 2008 
  7. «6.1 Copyright Papers». gnu.org. Consultado em 3 de janeiro de 2011 
  8. «Confluent Community License FAQ». Confluent (em inglês). Consultado em 9 de setembro de 2019 
  9. «Product Specific License Terms | DataStax». DataStax: Active Everywhere, Every Cloud | Hybrid Cloud | Apache Cassandra | NoSQL (em inglês). 21 de fevereiro de 2018. Consultado em 9 de setembro de 2019 
  10. Hillesley, Richard. «Open core or dual licensing? The example of MySQL». The H. Consultado em 11 de setembro de 2015 
  11. Woodie, Alex (12 de março de 2019). «War Unfolding for Control of Elasticsearch». Datanami. Consultado em 9 de setembro de 2019 
  12. «FAQ on 2021 License Change | Elastic». www.elastic.co (em inglês). Consultado em 26 de maio de 2021 
  13. Bort, Julie (18 de abril de 2012). «This Startup That Angered A Lot Of Open Source Fans Just Got $30 Million In Funding». Business Insider. Consultado em 19 de fevereiro de 2016. It was one of the first commercial companies to champion a concept called "open core." 
  14. Bort, Julie (22 de junho de 2010). «Marten Mickos says open source doesn't have to be fully open». Network World. Consultado em 19 de fevereiro de 2016. "We deliver a fully functional cloud with Eucalyptus software. You can download it on a GPL v3 license. But, additionally, we provide enterprise features only if you pay for them ... it's open core," he says. 
  15. Jackson, Jacob (25 de agosto de 2010). «Eucalyptus Strengthens Its Back End». PCWorld. Consultado em 19 de fevereiro de 2016. To make money, Eucalyptus Systems uses an open-core business model, offering one version of the software free through an open-source license and selling a commercial version with support and additional features ... 
  16. «CONTRIBUTING.md · master · GitLab.org / GitLab Community Edition». GitLab (em inglês). Consultado em 5 de junho de 2018 
  17. «GitLab Enterprise Edition license change». GitLab (em inglês). 11 de fevereiro de 2014. Consultado em 5 de junho de 2018 
  18. Seldon Core: Blazing Fast, Industry-Ready ML, Seldon, 13 de junho de 2022, consultado em 13 de junho de 2022 
  19. «Redis license and trademark information». redis.io (em inglês). Consultado em 24 de agosto de 2018 
  20. «Licenses». redislabs.com (em inglês). Consultado em 24 de agosto de 2018 
  21. a b c Gilbertson, Scott (16 de outubro de 2019). «In 2019, multiple open source companies changed course—is it the right move?». Ars Technica (em inglês). Consultado em 16 de outubro de 2019 
  22. a b Finley, Klint (31 de julho de 2019). «When Open Source Software Comes With a Few Catches». Wired (em inglês). ISSN 1059-1028. Consultado em 1 de agosto de 2019 
  23. a b Vaughan-Nichols, Steven J. (16 de janeiro de 2019). «MongoDB "open-source" Server Side Public License rejected». ZDNet (em inglês). Consultado em 17 de janeiro de 2019 
  24. OSI Board of Directors (19 de janeiro de 2021). «The SSPL is Not an Open Source License». Open Source Initiative. Consultado em 23 de janeiro de 2021 
  25. «MongoDB's licensing changes led Red Hat to drop the database from the latest version of its server OS». GeekWire (em inglês). 16 de janeiro de 2019. Consultado em 17 de janeiro de 2019 
  26. Vaughan-Nichols, Steven J. «Redis Labs drops Commons Clause for a new license». ZDNet (em inglês). Consultado em 1 de agosto de 2019 
  27. Baer, Tony (16 de outubro de 2018). «It's MongoDB's turn to change its open source license». ZDNet (em inglês). Consultado em 1 de agosto de 2019 

Ligações externas[editar | editar código-fonte]