Comment mettre en œuvre la gestion des licences pour l'installation sur site d'applications Web (de préférence multiplateforme) ?[fermé]

Question

J'ai une application Web exécutée sur une pile LAMP basée sur Gentoo.Mes clients achètent le logiciel en tant que service et j'héberge tout.Il existe cependant une certaine demande pour un déploiement sur site au sein des propres réseaux des clients.

Actuellement, comme j'héberge le système, il n'y a pas de gestion de licence intégrée dans l'application.Je facture en fonction des comptes d'utilisateurs et de la capacité de données (c'est une application de traitement et d'analyse pour mesurer les données) et je configure simplement ce que le client paie et le client ne peut pas configurer ces choses lui-même.Même sans installation sur site, cela devrait de toute façon être modifié pour une meilleure évolutivité.

Je recherche un cadre de gestion des licences et/ou des approches typiques que vous avez vous-mêmes mises en œuvre ou que vous avez vu fonctionner ailleurs.Mes exigences sont :

• "assez sûr" plutôt que "qualité militaire"
• très discret
• empêcher le propriétaire d'une licence d'exploiter le système dans plusieurs usines alors qu'il n'en possède qu'une seule
• rendre le nombre de comptes d'utilisateurs et la capacité de données raisonnablement inviolables et faciles à mettre à niveau ou à rétrograder
• travailler sans connexion Internet (avoir un système complètement autonome serait l'avantage principal d'opter pour la solution sur site), bien que cela puisse être acceptable s'il doit y avoir une connexion temporaire pendant l'installation

Pour certains scénarios sur site, un système d'exploitation particulier serait requis, généralement une version de Windows Server, mais diverses distributions Linux deviennent également de plus en plus populaires, en particulier dans le secteur public.

Du point de vue de l'utilisateur, je suis assez satisfait de la gestion des licences dans FogBugz, il semble que Joel Spolsky en soit satisfait du point de vue du fournisseur, et il est multiplateforme, ce serait donc une excellente référence de ce que je je vise.

Answer 1

Ne le faites pas.Chaque heure que vous passez à écrire un système de clé de licence est une heure que vous ne consacrez pas à corriger des bogues ou à ajouter des fonctionnalités.En écrivant un système de gestion de licences, vous dépensez des ressources afin de réduire la valeur de votre produit !

Protégez votre code, ayez un avocat et soyez prêt à poursuivre toute personne qui viole vos droits d'auteur, et arrêtez-vous.

Answer 2

J'ai vu une entreprise déployer son système Web sur site à l'aide d'une image de machine virtuelle Linux prédéfinie.Les clients l'exécutent sous VMWare et vous n'avez pas à vous soucier du système d'exploitation réel des systèmes clients.De plus, ils ne fournissent pas de connexions pour le système Linux réel exécutant le serveur Web, de sorte que les utilisateurs finaux ne peuvent pas réellement accéder et modifier quoi que ce soit.

Je ne sais pas comment ils gèrent les limites de licence, mais ils sont là.Il peut s'agir de fournir une image de machine virtuelle mise à jour chaque fois qu'un client demande plus de licences utilisateur.

Bien que cela ne réponde pas directement à la nécessité d’empêcher l’exécution de plusieurs instances.Je suppose que vous pouvez toujours créer une sorte de système de clé d'activation basé sur la configuration du système.

Answer 3

Je suis sûr que vous pouvez accéder au numéro de série du processeur sur la plupart des systèmes d'exploitation ;vous pourriez l'utiliser, après tout, s'ils transplantent le processeur, il est prudent de supposer que l'ancienne machine ne serait plus utilisée ?

Deuxièmement, un service Web pourrait être utilisé pour connaître la capacité de données actuelle et ce que le client a payé.