{"id":2935,"date":"2019-11-08T00:00:00","date_gmt":"2019-11-08T00:00:00","guid":{"rendered":"https:\/\/structr.com\/open-source-und-lizenzschluessel-ein-widerspruch\/"},"modified":"2025-03-24T13:46:18","modified_gmt":"2025-03-24T13:46:18","slug":"open-source-und-lizenzschluessel-ein-widerspruch","status":"publish","type":"post","link":"https:\/\/structr.com\/de\/blog\/open-source-und-lizenzschluessel-ein-widerspruch\/","title":{"rendered":"Open Source und Lizenzschl\u00fcssel – ein Widerspruch?"},"content":{"rendered":"

[vc_row][vc_column][vc_column_text]Seit wir mit dem Release 2.1 der Structr-Plattform(https:\/\/structr.org\/download)<\/a> ein Lizenzschl\u00fcssel-System eingef\u00fchrt haben, bekommen wir viele Fragen wie „Structr ist Open Source, aber ben\u00f6tigt Lizenzschl\u00fcssel. Ist das nicht ein Widerspruch?“<\/p>\n

Das ist nicht der Fall, aber anscheinend gibt es immer noch viel Verwirrung \u00fcber das Konzept von Open Source\/Freier Software und kommerzieller Nutzung.<\/p>\n

Offene Quelle<\/h3>\n

Open-Source-Software (in ihrer weitesten Definition) ist Software, die der \u00d6ffentlichkeit in Form von Quellcode zur Verf\u00fcgung gestellt wird, der zu einem ausf\u00fchrbaren Programm kompiliert werden kann, das mit oder ohne eine kompilierte, lauff\u00e4hige Version verbreitet wird.<\/p>\n

In der Regel wird ein Open-Source-Softwarepaket (OSS) unter einer Open-Source-Lizenz vertrieben. Das bedeutet nicht notwendigerweise, dass die Software frei ist (von Kosten, oft verwendet in dem Ausdruck „frei wie Bier“, im Gegensatz zu „frei wie Sprache“), obwohl immer noch viele Leute zu denken scheinen, dass genau das immer der Fall ist. Um genau zu wissen, was mit dem Quellcode eines bestimmten OSS-Programms oder -Pakets erlaubt ist, muss man sich die Lizenz ansehen, mit der es geliefert wird. <\/p>\n

Da dieser Blog-Beitrag nicht darauf abzielt, die Besonderheiten von Open-Source-Lizenzen zu er\u00f6rtern, verweisen wir auf https:\/\/opensource.org\/licenses<\/a>, um einen guten \u00dcberblick \u00fcber die g\u00e4ngigsten OSS-Lizenzen zu erhalten. Zusammenfassend kann man sagen, dass es grunds\u00e4tzlich zwei Arten von OSS-Lizenzen gibt: Permissive (im Stil von BSD oder MIT) und nicht-permissive (z. B. GPL\/AGPL, auch Copyleft genannt). <\/p>\n

Beide garantieren im Grunde, dass ihre Nutzer die Freiheit haben, den Code zu verwenden, zu ver\u00e4ndern und weiterzugeben, aber nur permissive Lizenzen erlauben propriet\u00e4re abgeleitete Werke. Ein abgeleitetes Werk ist eine neue, eigenst\u00e4ndige Sch\u00f6pfung (hier: eine Software), die wesentliche Elemente eines urspr\u00fcnglichen Werks (des zugrundeliegenden Werks) verwendet, so dass Copyleft-Lizenzen sicherstellen, dass jedes abgeleitete Werk frei verf\u00fcgbar bleibt. <\/p>\n

Monetarisierung von Open-Source-Software<\/h3>\n

Unabh\u00e4ngig davon, ob sie von einer gro\u00dfen Gemeinschaft oder einem Unternehmen unterst\u00fctzt werden: Die meisten Open-Source-Projekte bieten ihren Nutzern einen gro\u00dfen Nutzen und sind von guter Qualit\u00e4t. Au\u00dferdem sind sie meist gut dokumentiert, sicher und einfach zu verwenden und in eigene Projekte zu integrieren. Viele Menschen sind der Meinung, dass Open-Source-Projekte oder -Produkte insgesamt besser sind als ihre propriet\u00e4ren Gegenst\u00fccke. <\/p>\n

Dennoch denken viele Menschen, dass Open-Source-Software kostenlos sein muss (wie Bier) und wundern sich dar\u00fcber, dass Menschen oder Unternehmen f\u00fcr das Recht, ihre Software zu nutzen, einen Preis verlangen. Ein Grund daf\u00fcr k\u00f6nnte der Trend sein, dass gro\u00dfe Unternehmen wie Google oder Facebook zu einer Menge freier Software beitragen oder diese sogar erstellen, die unter freiz\u00fcgigen Lizenzen wie Apache, MIT oder BSD ver\u00f6ffentlicht wird. Das ist keine \u00dcberraschung, denn sie verdienen ihr Geld mit Werbung oder bezahlten Diensten, so dass die Softwareentwicklung an sich gar nicht darauf abzielt, Gewinne zu erwirtschaften, sondern vielmehr geschlossene \u00d6kosysteme zu schaffen, um Entwickler anzuziehen und zu binden. <\/p>\n

Doppellizenzierung<\/h3>\n

Viele OSS-Projekte von gro\u00dfem Wert werden unter der GPLv3 und\/oder AGPLv3 ver\u00f6ffentlicht. Die GPL (und ihre Variante AGPL f\u00fcr gehostete Software oder Dienste) sind beides Copyleft-Lizenzen, die keine Rechte verletzen d\u00fcrfen. Das bedeutet, dass jeder einen beliebigen Teil des OSS-Projekts nehmen und zur Erstellung eigener, neuer Software oder Dienste verwenden und sogar kommerziell nutzen kann. Das Einzige, was die GPL\/AGPL-Lizenzen sicherstellen, ist, dass das abgeleitete Werk (die neue Software oder Dienstleistung) unter derselben Lizenz (GPL oder AGPL) ver\u00f6ffentlicht werden muss. <\/p>\n

Wenn eine Person oder ein Unternehmen keine eigene Software oder Dienstleistung ver\u00f6ffentlichen m\u00f6chte, die auf Copyleft-lizenzierten Komponenten basiert oder diese verwendet, kann sie\/es eine kommerzielle Lizenz von den Betreuern oder Vertreibern des OSS-Pakets erwerben, das sie\/es in ihre\/seine eigene L\u00f6sung integrieren m\u00f6chte. Wir bei Structr bieten eine kommerzielle Lizenz an, die jeden zahlenden Kunden von den Einschr\u00e4nkungen der GPL\/AGPL befreit. <\/p>\n

Kurz gesagt: Bei der Doppellizenzierung haben die Menschen die Wahl, entweder in Form ihres Codes zum Projekt beizutragen oder eine Lizenz zu erwerben. Auf beide Arten helfen sie, ein Projekt zu unterst\u00fctzen, egal ob es von einer Gemeinschaft von Freiwilligen oder einem Unternehmen getragen wird. <\/p>\n

Structr’s Lizenzmodell<\/h3>\n

Wie Sie vielleicht wissen, wird das Structr-Projekt nicht von einer gro\u00dfen Firma oder VC-Investoren finanziert. Alles, was wir in den letzten Jahren aufgebaut haben, war nur m\u00f6glich, weil die kleine Firma hinter dem Structr-Projekt, die Structr GmbH, in der Lage war, durch kundenspezifische Entwicklung und Projektarbeit etwas Geld zu verdienen. <\/p>\n

Seit der Version 1.0 im Jahr 2015 verlangen wir von kommerziellen Kunden eine Lizenzgeb\u00fchr, weil wir es f\u00fcr fair halten, etwas f\u00fcr eine Software zur\u00fcckzubekommen, in die wir viele Tausend Stunden ernsthafter Arbeit investiert haben. Aber um ehrlich zu sein – in den ersten zwei Jahren hat es nicht sehr gut funktioniert. <\/p>\n

Ein typisches Muster in den Jahren 2015 und 2016 war, dass Unternehmen und noch mehr Einzelpersonen sehr an unserer Software interessiert waren und h\u00e4ufig um Unterst\u00fctzung baten (um fair zu sein: Die Dokumentation und die Benutzerfreundlichkeit waren nicht so gut wie heute). Da Structr ein Open-Source-Projekt ist, konnten die Leute die Software herunterladen und kompilieren, und die meisten von ihnen erwarteten, Support, Fehlerbehebungen usw. kostenlos zu erhalten, weil sie das offenbar von Open Source erwarteten. <\/p>\n

Die Unterst\u00fctzung von Leuten, die eine Software bewerten, braucht Zeit, besonders wenn die Software jung ist und sich schnell entwickelt. Und es kann frustrierend sein zu sehen, dass Leute nicht bereit sind, auch nur den kleinsten Geldbetrag im Austausch f\u00fcr viele Stunden des Schreibens von E-Mails, Support-Tickets oder sogar Telefongespr\u00e4chen mit individueller Hilfe auszugeben, selbst wenn es um v\u00f6llig unverwandte Themen wie JavaScript-Codierung oder Hilfe bei der richtigen Konfiguration ihres Betriebssystems geht. An dieser Stelle sei angemerkt, dass nicht jeder so gehandelt hat, daher geht ein gro\u00dfes Dankesch\u00f6n an die kleine, aber sehr hilfsbereite Gruppe von Menschen und Firmen, die uns mit Geld unterst\u00fctzt und sogar einige Lizenzgeb\u00fchren bezahlt haben. Ohne Sie w\u00e4re das Structr-Projekt nicht m\u00f6glich, und noch viel mehr w\u00fcrde es keinen Sinn machen. <\/p>\n

Lizenzschl\u00fcssel als Erfolgsgeheimnis<\/h3>\n

Im Jahr 2017 wuchs unsere Frustration \u00fcber die unz\u00e4hligen Stunden, die wir mit der Unterst\u00fctzung von Leuten verbrachten, die \u00fcberhaupt nichts zum Projekt beitrugen. Dann trafen wir eine wichtige Entscheidung und f\u00fchrten Lizenzschl\u00fcssel ein, was uns dazu zwang, die Funktionalit\u00e4t in freie (wie in Bier) vs. kostenpflichtige Editionen\/Module zu gruppieren. Um es klar zu sagen: Alles im Structr-Projekt ist immer noch Open Source und Freie Software (wie in Sprache), und alles wird auf GitHub ver\u00f6ffentlicht. Aber obwohl es Open Source ist, haben wir in Structr Sicherheitsmechanismen auf zwei verschiedenen Ebenen eingebaut: <\/p>\n

Eingeschr\u00e4nkte Kompilierung<\/h4>\n

Das Kompilieren des ver\u00f6ffentlichten Quellcodes in ein lauff\u00e4higes Programm kann nur von uns durchgef\u00fchrt werden, da die Software mit einem Zertifikat ausgeliefert wird, dessen privater Schl\u00fcssel ausschlie\u00dflich uns geh\u00f6rt. Damit wollen wir sicherstellen, dass unsere Kunden nur offizielle Kopien ausf\u00fchren, da wir nur f\u00fcr offizielle Versionen unseres Produkts garantieren k\u00f6nnen (im Sinne der Haftung). <\/p>\n

Sie werden sich vielleicht fragen: „Aber es ist Open Source und das Zertifikat auch – wir k\u00f6nnten unser eigenes Zertifikat\/unseren eigenen privaten Schl\u00fcssel erstellen und es kompilieren“. Ja, das ist Absicht, und deshalb darf sich unsere Software immer noch Open Source und Freie Software nennen, denn Sie k\u00f6nnen den Quellcode \u00e4ndern und Ihre eigene Version erstellen und verwenden. Wenn Sie jedoch das Zertifikat \u00e4ndern, erstellen Sie ein abgeleitetes Werk, das unter derselben Lizenz (in diesem Fall GPL) ver\u00f6ffentlicht werden muss. <\/p>\n

Eingeschr\u00e4nkte Laufzeit<\/h4>\n

Der zweite Baustein unserer Lizenzierungspolitik ist, dass Sie eine Structr-Instanz ohne Lizenzschl\u00fcssel auf der Funktionsstufe der Community Edition betreiben k\u00f6nnen. Um weitergehende Funktionen zu erm\u00f6glichen, m\u00fcssen unsere Anwender einen Lizenzschl\u00fcssel f\u00fcr die ben\u00f6tigten Zusatzmodule erwerben. <\/p>\n

Der Grund daf\u00fcr ist, dass wir unseren Support- und Entwicklungsaufwand f\u00fcr die komplexeren Funktionen decken m\u00fcssen, die einen h\u00f6heren Wert liefern, ein gewisses Ma\u00df an Erkl\u00e4rung erfordern und teurer in der Wartung sind.<\/p>\n

Wir denken, dass die Paketoptionen mit einer kostenlosen Community-Version und kostenpflichtigen Zusatzmodulen einen guten Kompromiss darstellen und die Fairness widerspiegeln, die wir von unseren Nutzern erwarten.<\/p>\n

Res\u00fcmee<\/h3>\n

Seit der Einf\u00fchrung des neuen Lizenzierungssystems haben wir ein starkes Wachstum der Lizenzeinnahmen und der Kundenzahl erlebt. Wir glauben, dass dies auf zwei Effekte zur\u00fcckzuf\u00fchren ist: <\/p>\n

In erster Linie k\u00f6nnten wir mehr Zeit darauf verwenden, die Software und ihre Dokumentation zu verbessern, damit sich mehr Menschen und Unternehmen f\u00fcr die neueren Versionen interessieren.<\/p>\n

Zweitens denken wir, dass die Zielgruppe insofern etwas gefiltert ist, als wir einen h\u00f6heren Prozentsatz an Anfragen von Personen oder Unternehmen erhalten, die ernsthaft interessiert sind, den Wert unserer Software erkennen und sogar dar\u00fcber nachdenken k\u00f6nnen, eine Lizenzgeb\u00fchr im Austausch f\u00fcr eine gute Software und gro\u00dfartige Dienstleistungen ihrer Sch\u00f6pfer zu zahlen.[\/vc_column_text][\/vc_column][\/vc_row]<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"

[vc_row][vc_column][vc_column_text]Seit wir mit dem Release 2.1 der Structr-Plattform(https:\/\/structr.org\/download) ein Lizenzschl\u00fcssel-System eingef\u00fchrt haben, bekommen wir viele Fragen wie „Structr ist Open \u2026<\/p>\n","protected":false},"author":2,"featured_media":2936,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[787,788,742,543],"tags":[812,794,798,753,805,790,809,822,807,801,750,814,811,766,819,817,808,815,802,746,804,792,797,764,795,744,789,821,806,799,803,791,796,818,793,820,816,810,800,813,823],"class_list":["post-2935","post","type-post","status-publish","format-standard","hentry","category-freie-software","category-lizenz","category-open-source","category-structr-de","tag-agpl-lizenz","tag-agplv3-lizenzierung","tag-anderungen-der-datenbanklizenz","tag-cloud-anbieter-und-oss","tag-cloud-dienste-und-oss","tag-die-zukunft-von-open-source","tag-doppellizenzierung","tag-entwicklung-kundenspezifischer-software","tag-freie-software","tag-freie-software-und-cloud","tag-gemeinsame-klausel","tag-gemeinschaftsausgabe","tag-gpl-lizenz","tag-kommerzielle-lizenz","tag-kostenlose-vs-kostenpflichtige-software","tag-lizenz-beschrankungen","tag-lizenzschlussel-system","tag-monetarisierung-von-software","tag-mongodb-community-lizenzierung","tag-mongodb-lizenzanderung","tag-neo4j-enterprise-lizenzierung","tag-neo4j-lizenzierung","tag-open-core-lizenzierung","tag-open-source-beitrag","tag-open-source-bewegung","tag-open-source-lizenzierung","tag-open-source-lizenzmodelle","tag-open-source-projekte","tag-oss-beitrag","tag-oss-monetarisierung","tag-redis-enterprise-lizenzierung","tag-redis-lizenzierung","tag-saas-lizenzierungsfragen","tag-software-unterstutzung","tag-sspl-lizenz","tag-strategien-zur-oss-monetarisierung","tag-structr-offene-quelle","tag-structr-lizenzmodell","tag-trends-bei-der-open-source-lizenzierung","tag-vermarktung-von-open-source","tag-wachstum-der-lizenzeinnahmen"],"acf":[],"_links":{"self":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts\/2935","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/comments?post=2935"}],"version-history":[{"count":1,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts\/2935\/revisions"}],"predecessor-version":[{"id":2939,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/posts\/2935\/revisions\/2939"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/media\/2936"}],"wp:attachment":[{"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/media?parent=2935"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/categories?post=2935"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/structr.com\/de\/wp-json\/wp\/v2\/tags?post=2935"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}