Domino 9 und frühere Versionen > ND8: Entwicklung
Mehrfacheinsatz einer Datenbank unterbinden
Alexander 28:
Hallo zusammen. Ich grübel nun schon einige Tage über einem Problem wofür ich noch nicht wirklich die richtige Lösung gefunden habe.
Ich beabsichtige eine Datenbank an einen Kunden auszuliefern, muss aber irgendwie technisch überprüfen oder unterbinden können, dass er Kopien dieser Datenbank - zum Beispiel für weitere Zwecke - auf seinem Domino Server angelegt. Ein möglicher Weg wäre vielleicht die Replik ID als fixen Wert für die Berechnung des Lizenzschlüssels zu verwenden, so dass er nur die Version die er von mir ausgeliefert bekommt einsetzen muss.
Wenn dann aber aus technischen Gründen irgendwann einmal eine neue Kopie erstellt werden muss, ist auch die Replik ID eine andere und der Lizenzschlüssel müsste neu berechnet werden. Hat vielleicht jemand eine andere, clevererererere Idee, wie man so etwas lösen könnte?
Vielen Dank schon einmal im Voraus. Sollte mir selbst noch was besseres einfallen, werde ich es selbstverständlich hier Posten.
umi:
Hallo
Ich denke, dass es keinen besseren Weg gibt um sicher zu verhindern, dass die DB Mehrfach kopiert wird.
Wenn aus technischen Gründen eine Kopie erstellt werden muss, pech. Wie gross ist die Wahrscheinlichkeit, dass aus "technischen" Gründen eine neue Kopie erstellt werden muss?
koehlerbv:
Hallo Alexander,
ich finde Deine Frage etwa schräg: Ich lese da "Kunde" und"Lizenz" und dann direkt "Geld!". Da sträuben sich mir natürlich die Nackenhaare (wir verkaufen Kunden entweder eine Lösung, die er in x Datenbanken anwenden kann oder wir sorgen dafür, dass das nur mit einer designierten Datenbank funktioniert. Und in das Funktionieren beider Varianten haben wir - wie auch alle anderen hier, die sowas können - investiert!).
Ich will Dich trotzdem nicht so im Regen stehen lassen: Deine Idee mit der ReplicaID ist schon mal nicht die schlechteste (wenn auch vollkommen unbrauchbar) - aber über den eindeutigen Schlüssel für die DB (den DU lieferst) kommst Du weiter ;)
Nachtrag: Ich habe so eine Lösung noch niemals einem Kunden angedreht. Auf Basis einer gelieferten Schablone und seiner Lizenz (und des dazugehörigen Schlüssels) kann der Kunde treiben, was er will. Wenn uns mal jemand mal ansprechen würde, ob eine wirkliche "Eine-Datenbank-Lösung" billiger wäre, dann würde ich über o.g. Prinzip nachdenken, aber vermutlich würde unsere Antwort "nein" lauten, da der Aufwand gegenüber dem Kundenutzen nicht verringert wäre.
Viel interessanter ist doch, per LicenseKey die Verwendung in anderen Os oder OUs zu verhindern oder darüber den erlaubten Server für entscheidende Dinge zu beschränken ;)
Bernhard
Alexander 28:
koehlerbv, du hast es genau auf den Punkt gebracht. Das Problem ist, dass die Anwendung aufgrund ihrer Struktur für unzählige verschiedene Zwecke benutzt werden könnte. Dafür gibt es einen festen Preis. Jetzt habe ich aber schon mehrfach die Diskussion mit Kunden gehabt, dass sie die Anwendung ja nicht für x verschiedene Einsatzzwecke nutzen möchten, sondern nur für einen einzigen - und dafür möchten sie nicht "so viel" Geld ausgeben.
Nun überlege ich natürlich, wie ich den Kunden entgegenkommen kann und eine "Ein-Kopie-Datenbanklösung" zu einem erheblich günstigeren Preis anbieten kann. Das ist der Hintergrund meiner Frage.
Ich selbst finde eine solche Lösung ebenfalls äußerst unpraktikabel und hätte sie aus eigenen Stücken wahrscheinlich nie in Betracht gezogen, da es wahrscheinlich tatsächlich nur über Krücken möglich sein wird, eine einigermaßen funktionierende Verwendungsüberprüfung zu implementieren.
Werde dann mal schauen, ob ich mit der Replik ID der Datenbank weiterkomme ....
Tode:
Dann viel Erfolg... Aus Erfahrung raus kann ich Dir sagen, dass Kunden, die so um den Preis feilschen, dazu tendieren, insgesamt nicht sonderlich "fair" zu sein... Wenn Du das nicht absolut Wasserdicht hinbekommst (und dazu reicht es wahrscheinlich nicht, nur ein paar Script- Libraries zu verstecken, sondern dann musst Du wahrscheinlich das ganze Design verstecken), dann wird irgendwo plötzlich eine weitere Kopie auftauchen...
Für uns geht es in unseren Kundenbeziehungen um Vertrauen: Was wir für den Kunden entwickeln, das ist immer Quelloffen und wenn wir vereinbaren, dass der Kunde es nur einfach einsetzt, dann vertrauen wir darauf, dass der Kunde das auch macht....
Und auch wir haben Applikationen, die wir zum reduzierten Preis quasi als "Runtime" zu einer bestimmten Datenbank dazu geben, die aber auch leicht für andere Datenbanken benutzt werden könnte. Die "Runtime" hat da keinerlei Beschränkungen diesbezüglich...
Wir wünschen uns von unseren Kunden, dass sie uns vertrauen (was könnte man sonst nicht alles böses mit Code in einer versteckten Library machen...), und das selbe bringen wir ihnen entgegen.
Damit sind wir bisher immer gut gefahren.
Just my 50cent
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln