Es ist ein verbreiteter Irrtum, dass Open Source automatisch „kostenlos“ bedeutet. In der strategischen Planung sollten wir uns eher an das Bild der „Redefreiheit“ halten, nicht an das des „Freibiers“. Lizenzen wie GPL, Apache oder MIT sind keine bloßen Formsachen, sondern definieren, wie nachhaltig und unabhängig unsere IT-Infrastruktur bleibt.
Der Mythos vom Gratis-Code
Software zu entwickeln kostet Ressourcen. Dass wir für viele Open-Source-Produkte keine Lizenzgebühren im klassischen Sinne zahlen, liegt an den Geschäftsmodellen dahinter – nicht an einer kollektiven Wohltätigkeit. Ob Firmen wie Red Hat Support-Verträge verkaufen oder Projekte wie Blender durch einen Development Fund finanziert werden: Die Qualität sichert sich durch professionelle Strukturen.
Für uns in der Verwaltung oder in Unternehmen bedeutet das: Wir kaufen Investitionssicherheit. Open Source garantiert uns, dass der Quellcode zugänglich bleibt, selbst wenn ein Dienstleister vom Markt verschwindet. Das ist digitale Souveränität in der Praxis.
Copyleft vs. Permissive: Die strategische Weichenstellung
In der Welt der Lizenzen gibt es zwei große Lager, deren Unterschiede die Architektur Ihrer Software-Landschaft bestimmen.
Das Copyleft-Prinzip: Schutz des Gemeinguts
Lizenzen wie die GPL (General Public License) folgen einem strengen Prinzip: Wer den Code verändert und weitergibt, muss auch die Änderungen unter dieselbe Lizenz stellen. Das verhindert, dass öffentliche Investitionen in private Monopole abfließen. Es ist der „Viral-Effekt“, der sicherstellt, dass die Gemeinschaft von Verbesserungen profitiert.
Permissive Lizenzen: Maximale Flexibilität
Lizenzen wie MIT oder Apache sind deutlich freizügiger. Sie erlauben es, den Code in fast jede beliebige Software zu integrieren – auch in proprietäre Produkte, ohne den eigenen Quellcode offenlegen zu müssen. Das ist ideal für die schnelle Integration und Kooperation mit der Privatwirtschaft, bietet aber weniger Schutz vor einer „Privatisierung“ von Innovationen.
Die Kompatibilitätsfalle
Ein kritisches Thema für IT-Verantwortliche ist die Lizenzkompatibilität. Nicht jeder Code darf mit jedem kombiniert werden. Ein klassisches Beispiel ist der Konflikt zwischen verschiedenen Versionen der GPL. Wenn zwei Komponenten aufgrund ihrer Lizenzen widersprüchliche Anforderungen stellen, lässt sich das daraus entstehende Gesamtprodukt rechtlich nicht sauber vertreiben oder nutzen.
Hier zeigt sich die Eitelkeit mancher Organisationen: Hunderte von Spezial-Lizenzen erschweren die Zusammenarbeit eher, als sie zu fördern. Die Strategie sollte daher immer auf etablierte Standard-Lizenzen setzen, um diese Integrationshürden flach zu halten.
Warum die Lizenzwahl die Zukunft sichert
Für die Modernisierung der Verwaltung ist Open Source alternativlos. Projekte wie der Prototype Fund zeigen, dass öffentliche Gelder dort am besten investiert sind, wo das Ergebnis der Allgemeinheit dauerhaft zur Verfügung steht.
Indem wir auf quelloffene Lösungen setzen, entkommen wir der Abhängigkeit von einzelnen Anbietern (Vendor Lock-in). Doch dieser Vorteil entfaltet sich nur, wenn wir die Lizenzfragen von Anfang an mitdenken. Eine kluge Lizenzwahl ist kein juristischer Selbstzweck, sondern aktives Risikomanagement.
Kurze Übersicht gängiger Lizenzmodelle
Modell-Typ: Freizügig (Permissive) – Bekannte Vertreter: MIT, Apache 2.0, BSD – Kerncharakteristik: Maximale Flexibilität, Integration in Closed-Source möglich.
Modell-Typ: Starkes Copyleft – Bekannte Vertreter: GPLv2, GPLv3, AGPL – Kerncharakteristik: Änderungen müssen zwingend unter derselben Lizenz offenbleiben.
Modell-Typ: Schwaches Copyleft – Bekannte Vertreter: LGPL, MPL – Kerncharakteristik: Ermöglicht die Verknüpfung mit proprietären Programmen.
Modell-Typ: Public Domain – Bekannte Vertreter: CC0 (nahezu) – Kerncharakteristik: Verzicht auf fast alle Urheberrechte (soweit rechtlich möglich).
Detaillierte Kommentare und rechtliche Einordnungen zu den über 100 existierenden Varianten finden Fachkräfte direkt beim GNU-Projekt der Free Software Foundation.
3 Key Takeaways
Open Source definiert sich über die Freiheit des Quellcodes und die Unabhängigkeit von Herstellern, nicht über den Verzicht auf kommerzielle Modelle.
Die Wahl zwischen Copyleft (Schutz der Offenheit) und permissiven Lizenzen (maximale Flexibilität) muss passgenau zur eigenen Verwertungsstrategie erfolgen.
Lizenzkompatibilität ist eine technische Notwendigkeit, da widersprüchliche Klauseln die Kombination von Softwaremodulen rechtlich blockieren können.