Discussion :

[steel-finger]

Bonjour,

Je souhaite connaitre le point de vue de certain ingénieur en ce qui concerne la création d'un projet.
Le but est de permettre l'accès à des utilisateurs sur plusieurs service, sans qu'il n'est à ce réinscrire sur le service en question.
Mais le problème c'est que chaque service possède ça propre base de données avec leur propre relation & sémantique.

Et le service fonctionne aussi bien en temps que web application, et application desktop .

Si des personnes on déjà travaillé sur ce type d'infra vos conseille sont les bienvenues.

PS: Je ne savais pas trop ou plaçé ma discussion.

[bretus]

Le but est de permettre l'accès à des utilisateurs sur plusieurs service, sans qu'il n'est à ce réinscrire sur le service en question.
Mais le problème c'est que chaque service possède ça propre base de données avec leur propre relation & sémantique.

Mon point de vue : Ne pas confondre les problématiques d'authentification et les problématiques de gestion des droits utilisateurs. En bref, la seule chose qui change dans une application web qui s'appuie sur un service tiers pour l'authentification, c'est qu'on ne vérifie pas le mot de passe de l'utilisateur en s'appuyant sur celui qui est stocké dans la base de données de l'application.

Pour le reste, même s'il peut y avoir des concepts partagés par les applications (des groupes par exemple), les modèles utilisateurs sont généralement propre aux applications. Quand un utilisateur s'authentifie pour la première fois sur une application, l'application peut créer automatiquement une ligne dans la base utilisateur.

Après, il y a plein de méthode pour y parvenir et je ne suis pas assez expert en la matière pour te conseiller tel ou tel protocole d'authentification. Je pense que tu pourras te faire ta propre idée en regardant quels sont les protocoles d'authentification supportés par tes applications (LDAP, OAuth, HTTP BASIC, Certificat, API KEY, Kerberos, etc.) et en cherchant des ressources sur la base des mots clés "Authentification unique" (SSO), "Serveur d'identité" (WSO2 Identity Server par exemple)