Wie setze ich ein Lizenzmanagement für die Vor-Ort-Installation von Webapps um (vorzugsweise plattformübergreifend)?[geschlossen]

Question

Ich habe eine Webanwendung, die auf einem Gentoo-basierten LAMP-Stack läuft.Meine Kunden kaufen die Software als Service und ich hoste alles.Es besteht jedoch ein gewisser Bedarf für die Bereitstellung vor Ort in den eigenen Netzwerken der Kunden.

Da ich das System hoste, gibt es derzeit keine integrierte Lizenzverwaltung in der App.Ich rechne auf Basis von Benutzerkonten und Datenkapazität ab (es handelt sich um eine Verarbeitungs- und Analyse-App zum Messen von Daten) und ich richte einfach alles ein, wofür der Kunde bezahlt, und der Kunde kann diese Dinge nicht selbst einrichten.Auch ohne Vor-Ort-Installation sollte das zur besseren Skalierbarkeit ohnehin geändert werden.

Ich suche nach einem Lizenzmanagement-Framework und/oder typischen Ansätzen, die Sie selbst implementiert haben oder die sich anderswo bewährt haben.Meine Anforderungen sind:

• „sicher genug“ statt „militärisch“
• sehr unaufdringlich
• verhindern, dass der Inhaber einer Lizenz das System in mehreren Anlagen betreibt, wenn er nur eine lizenziert hat
• Machen Sie die Anzahl der Benutzerkonten und die Datenkapazität einigermaßen manipulationssicher und lassen Sie sich leicht hoch-/herabstufen
• ohne Internetverbindung funktionieren (ein völlig eigenständiges System wäre der Hauptgrund für die Entscheidung für die Vor-Ort-Lösung), obwohl es akzeptabel sein kann, wenn während der Installation eine temporäre Verbindung bestehen muss

Für einige der Vor-Ort-Szenarien wäre ein bestimmtes Betriebssystem erforderlich, typischerweise eine Version von Windows Server, aber auch verschiedene Linux-Distributionen werden immer beliebter, insbesondere im öffentlichen Sektor.

Aus Benutzersicht bin ich mit der Lizenzverwaltung in FogBugz recht zufrieden, aus Anbietersicht scheint Joel Spolsky damit zufrieden zu sein, und es ist plattformübergreifend, sodass es eine großartige Referenz für das wäre, was ich mir vorgestellt habe Ich ziele darauf ab.

Answer 1

Nicht.Jede Stunde, die Sie damit verbringen, ein Lizenzschlüsselsystem zu schreiben, ist eine Stunde, die Sie nicht damit verbringen, Fehler zu beheben oder Funktionen hinzuzufügen.Indem Sie ein Lizenzverwaltungssystem schreiben, wenden Sie Ressourcen auf, um den Wert Ihres Produkts zu verringern!

Schützen Sie Ihren Code, beauftragen Sie einen Anwalt und seien Sie bereit, jeden strafrechtlich zu verfolgen, der Ihr Urheberrecht verletzt, und machen Sie Schluss damit.

Answer 2

Ich habe ein Unternehmen gesehen, das sein On-Site-Websystem mithilfe eines vorgefertigten Linux-VM-Images bereitstellt.Clients führen es unter VMWare aus und Sie müssen sich keine Gedanken darüber machen, welches Betriebssystem auf den Client-Systemen tatsächlich installiert ist.Außerdem stellen sie keine Anmeldungen für das eigentliche Linux-System bereit, auf dem der Webserver läuft, sodass die Endbenutzer nicht wirklich zugreifen und etwas ändern können.

Ich bin mir nicht sicher, wie sie mit den Lizenzbeschränkungen umgehen, aber sie sind da drin.Es kann beispielsweise darum gehen, ein aktualisiertes VM-Image bereitzustellen, wenn ein Client weitere Benutzerlizenzen anfordert.

Allerdings geht dies nicht direkt auf die Notwendigkeit ein, die Ausführung mehrerer Instanzen zu verhindern.Ich denke, Sie könnten immer eine Art Aktivierungsschlüsselsystem basierend auf der Systemkonfiguration erstellen.

Answer 3

Ich bin sicher, dass Sie bei den meisten Betriebssystemen die Seriennummer der CPU herausfinden können.Sie könnten das nutzen, denn wenn die CPU transplantiert wird, kann man davon ausgehen, dass die alte Maschine nicht mehr verwendet wird?

Zweitens könnte ein Webservice genutzt werden, um herauszufinden, wie hoch die aktuelle Datenkapazität ist und wofür der Kunde bezahlt hat.