Model z otwartym rdzeniem - Open-core model

Przekierowanie „Open core” i „COSS”. Dla społeczności sprzętu open source, zobacz OpenCores . Termin kolejowy, patrz Kontroler bezpieczeństwa zakładu .
Aby uzyskać szersze omówienie tego tematu, zobacz Modele biznesowe dla oprogramowania typu open source .
GitLab Community Edition

Model open-core to model biznesowy służący do monetyzacji komercyjnego oprogramowania open source . Wymyślony przez Andrew Lampitta w 2008 roku model z otwartym rdzeniem polega przede wszystkim na oferowaniu „rdzeniowej” lub ograniczonej funkcjonalnością wersji oprogramowania jako darmowego oprogramowania o otwartym kodzie źródłowym , oferując jednocześnie „komercyjne” wersje lub dodatki jako oprogramowanie zastrzeżone .

Koncepcja oprogramowania z otwartym rdzeniem okazała się kontrowersyjna, ponieważ wielu programistów nie uważa tego modelu biznesowego za oprogramowanie o otwartym kodzie źródłowym. Mimo to modele z otwartym rdzeniem są używane przez wiele firm zajmujących się oprogramowaniem typu open source.

Korzystanie z umów licencyjnych współtwórcy

Niektóre produkty typu open-core wymagają od swoich współpracowników podpisania umowy licencyjnej współautora , która albo stanowi, że prawa autorskie do wszystkich elementów składowych produktu stają się własnością jego właściciela , albo że właściciel produktu otrzymuje nieograniczoną, niewyłączną licencję na użytkowanie wkłady, ale autorzy zachowują prawa autorskie. W scenariuszu z otwartym rdzeniem umowy te mają zwykle na celu umożliwienie komercyjnemu właścicielowi produktu (który w niektórych przypadkach jest ostatecznie właścicielem praw autorskich do całego kodu, niezależnie od jego pierwotnego autora) na jednoczesne wprowadzanie na rynek wersji produktu na otwartych i niewolnych licencjach. Kontrastuje to z bardziej tradycyjnymi zastosowaniami CAO, które mają na celu wyłącznie umożliwienie zarządcy projektu open source obronę jego praw autorskich lub zagwarantowanie, że kod będzie zawsze dostępny wyłącznie na warunkach open source, chroniąc go w ten sposób od stania się otwartym rdzeniem.

Przykłady

  • Kafka , usługa strumieniowego przesyłania danych na licencji Apache 2.0, jest rdzeniem open source firmy Confluent, która wydaje Confluent Community License, licencję dostępną w źródle, która reguluje dodatkowe funkcje platformy Confluent.
  • Cassandra , baza danych typu open source na licencji Apache 2.0, jest rdzeniem firmy Datastax , która wydaje licencję subskrypcyjną dla przedsiębiorstw na dodatkowe funkcje zarządzania i bezpieczeństwa w DataStax Enterprise.
  • Oprogramowanie do zarządzania nauczaniem Instructure Canvas.
  • Oracle „s MySQL oprogramowanie bazy danych jest dual-licencjonowany na podstawie zastrzeżonej licencji i licencji GNU General Public License (GPL); wersje własne oferują dodatkowe funkcje i plany wsparcia dla przedsiębiorstw.
  • Elastyczna „s rdzeń, który zawiera Elasticsearch, Kibana, Logstash i bije, był pod Apache 2.0 licencji, natomiast dodatkowe wtyczki są dystrybuowane w ramach własnej licencji zastrzeżonych elastyczna jest. W styczniu 2021 r. firma Elastic ponownie udzieliła licencji na swoje oprogramowanie w ramach niewolnej licencji publicznej po stronie serwera i licencji elastycznej, które ograniczają korzystanie z oprogramowania w ramach usług zarządzanych i omijają blokady oprogramowania dotyczące funkcji premium.
  • Eucalyptus , oprogramowanie chmury prywatnej, posiada zastrzeżoną edycję Enterprise, która zapewnia dodatkowe funkcje.
  • GitLab CE (Community Edition) jest objęty licencją typu open source w stylu MIT , podczas gdy GitLab EE (Enterprise Edition) jest objęta licencją komercyjną .
  • Neo4j CE (Community Edition) jest objęty licencją GPL w wersji 3, natomiast Neo4j EE (Enterprise Edition) jest objęty licencją komercyjną , zapewniającą dodatkowe funkcje, w tym klastrowanie i tworzenie kopii zapasowych na gorąco.
  • Redis jest objęty 3-klauzulową licencją BSD open source, podczas gdy Redis Labs oferuje moduły Redis w ramach licencji na oprogramowanie dostępne w źródle , a Redis Enterprise w ramach licencji komercyjnej, która zapewnia dodatkowe funkcje korporacyjne, takie jak skalowanie w locie, dostrajanie wydajności replikacji oraz obsługę klastrów dla modułów Redis.

Ograniczenia użytkowania w usługach

Nowa odmiana tej praktyki pojawiła się w 2018 r. wśród kilku produktów typu open core przeznaczonych do użytku po stronie serwera, dążąc do kontrolowania korzystania z produktu w ramach usługi oferowanej klientowi. Praktyki te w szczególności mają na celu włączenie oprogramowania do zastrzeżonych usług przez dostawców usług w chmurze , takich jak Amazon Web Services , ale w zamian za to, co dostawcy uważają za niewystarczające wynagrodzenie lub wkład z powrotem do oprogramowania nadrzędnego.

MongoDB zmienił swoją licencję z GNU Affero General Public License (odmiana GPL, która wymaga oferowania kodu źródłowego oprogramowania tym, którzy używają go przez sieć) na zmodyfikowaną wersję GPL w wersji 3 zatytułowaną „ Licencja publiczna po stronie serwera „(SSPL), gdzie kod źródłowy całej usługi musi być udostępniony w ramach SSPL, jeśli zawiera komponent objęty licencją SSPL. Bruce Perens , współautor The Open Source Definition , argumentował, że SSPL naruszyło wymóg licencji open source, aby nie nakładać ograniczeń na oprogramowanie dystrybuowane razem z oprogramowaniem licencjonowanym. Open Source Initiative (OSI) orzekł, że SSPL niezgodny definicja otwartego źródła, a zatem nie jest licencją wolnego oprogramowania, gdyż dyskryminuje użytku komercyjnego. Debian , Fedora i Red Hat Enterprise Linux wycofały MongoDB ze swoich dystrybucji po zmianie licencji, uważając, że nowa licencja narusza ich politykę licencyjną.

Redis Labs poddał swoje wtyczki Redis „klauzuli wspólnej”, czyli ograniczeniu sprzedaży oprogramowania, oprócz istniejących warunków licencji Apache . Po krytyce zmieniono to w 2019 r. na „Redis Source Available License”, czyli niewolną licencję, która zabrania sprzedaży oprogramowania w ramach „bazy danych, silnika pamięci podręcznej, silnika przetwarzania strumienia, wyszukiwarki, indeksowania lub silnik obsługujący ML/DL/AI". Ostatnie wersje modułów licencjonowane wyłącznie w ramach licencji Apache zostały rozwidlone i są utrzymywane przez członków społeczności w ramach projektu GoodFORM.

Zobacz też

Bibliografia

Linki zewnętrzne