Floating Licensing oder Concurrent Licensing ist ein Softwarelizenzierungsmodell, bei dem eine Anzahl von Lizenzen von einer größeren Anzahl autorisierter Benutzer oder Installationen geteilt wird. Im Gegensatz zum Named-Software-Lizenzmodell, bei dem ein Named User oder eine Installation einen garantierten Zugriff auf die Softwareanwendung hat, floating basiert auf einem zentralen Lizenzserver, der die Anzahl der Benutzer begrenzt, die gleichzeitig auf die Anwendung zugreifen. Wenn alle Lizenzen verwendet werden, muss ein neuer Benutzer, der versucht, auf die Anwendung zuzugreifen, warten, bis ein anderer Benutzer die Verbindung trennt.

 

SOFTWAREANBIETER vs LIZENZNEHMER

 

Die Floating-Lizenzierung bietet Kunden viel mehr Flexibilität. Obwohl eine Floating-Lizenz in der Regel teurer als eine Named-Lizenz ist, war dieses Modell bei den Kunden immer sehr beliebt. In den letzten Jahren haben Softwareanbieter jedoch konsequent versucht, sich vom Floating zu entfernen und Named Lizenzen durchzusetzen, da Named Lizenzen in der Regel eher dem Softwareanbieter als dem Kunden zugute kommen. Am Ende des Tages hängt es vom Floating-Preisfaktor ab, z.B. eine Floating-Lizenz kann zwischen dem 3- und 5-fachen des Preises einer Namenslizenz liegen. Dieser Faktor kann natürlich je nach Anwendung variieren.

Während einige Softwareanbieter entweder Floating oder Named Licensing (pro Kunde) anbieten, moderne Software Lizenzierung-as-a-Service Lösungen ermöglichen eine Mischung, was bedeutet, dass ein Kunde Named Lizenzen kaufen kann, um garantierten Zugang zu Power-Usern und Floating-Lizenzen für Non-Power-User zu bieten, wobei er beide Modelle nutzt.

 

FLEXIBLE FLOATING-LIZENZIERUNG

 

Eine zentrale Softwarekomponente (nennen wir dies den Lizenzserver) ist offensichtlich notwendig, um die Einhaltung von Floating-Lizenzen durchzusetzen. Somit kommuniziert die Client-Anwendung beim Start mit dem Lizenzserver, um ein gültiges Token zu erhalten. Idealerweise ist die Sitzungsdauer nicht fest codiert, sondern ein Lizenzparameter.

 

FloatingClose

 

In einer perfekten Welt senden Clients ein Ereignis zum Schließen (Trennen) der Sitzung, wenn der Zugriff auf die Softwareanwendung nicht mehr erforderlich ist. Dies ist zwingend erforderlich, um sicherzustellen, dass Floating-Token wieder verfügbar sind und anderen Clients zugewiesen werden können. Insbesondere in Webanwendungen, in denen Benutzer häufig den Browser schließen, ohne sich explizit abzumelden, werden solche Sitzungsschließungsereignisse jedoch nicht gesendet, was zu Zombie-Sitzungen führt. Um dies zu umgehen, definiert die Sitzungsdauer die maximale Inaktivitätszeit in Minuten für einen Client.

DESKTOP-APPS

Eigenständige Desktopanwendungen (ohne Benutzerverwaltung und Anmeldeprozess) fehlt eine zentrale Komponente (Anwendungsserver), die Floating-Funktionalität implementiert. Daher müssen sich solche Anwendungen auf eine externe Softwarelizenzierungs-API verlassen, die als Lizenzserver fungiert.

SaaS- und WEB-APPS

SaaS und NetzApps sind besser für die Implementierung von Floating-Lizenzierungsmechanismen gerüstet, da sie bereits über eine Art Anmelde- und Sitzungsverwaltungsmechanismus verfügen. Aber auch solche Anwendungen sollten die Vorteile einer modernen Lizenzierungs-API berücksichtigen, bevor sie eineInhouse-Lösung implementieren.

ÜBERWACHUNG

Besonders interessant ist es, die tatsächliche Nutzung von Floating-Token zu überwachen, um zu erkennen, ob sowohl für Anbieter als auch für Kunden mehr (oder sogar weniger) Token benötigt werden. In diesem Zusammenhang sollte jedes Mal, wenn ein Client nicht auf die Softwareanwendung zugreifen kann, weil alle Floating-Token vergeben sind, dies protokolliert und sinnvoll visualisiert werden.

Lesen Sie mehr über den Floating License-Ansatz von SLASCONE hier.