Discussion :

[Obyfat]

Bonjour,

Je suis entrain de construire l'architecture des sites web que je dois produire et j'aurai besoin de votre aide pour le finaliser.

Une entreprise achète l’accès a 1 ou plusieurs simulateurs.
Nous lui fournissons un portail avec un espace personnel pour chacun de ses employés avec des liens vers les simulateurs.
Le portail et les simulateurs sont des sites web autonomes avec leur propre systèmes d'authentification.

Un utilisateur se connecte au portail et peut accéder aux simulateurs via un lien.
J'aimerai que cet utilisateur se connecte automatiquement mais je ne sais pas quelle est la meilleure manière de procéder pour sécuriser au maximum les données utilisateurs.
J'aimerai centraliser les données utilisateurs et entreprise dans une seule base mais aussi construire les objets métier et leurs méthodes une seule fois.
Je pense donc construire un helper dans un framework que j’appellerai dans chaque simulateur.

Vos idées d'architecture sont les bienvenues et j’étudierai avec attention vos réponses.

Les sites web sont développés avec les mêmes technologies et sont hébergés sur le même serveur:
ASP.Net
WebForm
Framework 4.0
SQL server

Les base de données prévues sont les suivantes
1 base de données pour chaque simulateur
1 base de données client contenant les données de l'entreprise et des utilisateurs

Oby

[DotNetMatt]

Le portail et les simulateurs sont des sites web autonomes avec leur propre systèmes d'authentification.

Pourquoi ne pas centraliser les comptes utilisteurs au sein d'un Active Directory ?

J'aimerai que cet utilisateur se connecte automatiquement mais je ne sais pas quelle est la meilleure manière de procéder pour sécuriser au maximum les données utilisateurs.

Il y a deux façons de faire en général, soit tu mets tout dans une seule et unique base de données (tous clients confondus). Dans chacune des tables, il faudra mettre une colonne discriminante (par exemple l'ID du client) pour pouvoir accéder aux données d'un seul client. Par-dessus, tu peux mettre des vues et gérer les permissions pour qu'un client ne puisse accéder qu'à ses propres vues...

Autre façon de faire, c'est d'avoir une base de données par client.

Ces deux options ont leurs avantages et inconvénients. Je t'invite à lire cet article pour en savoir plus : Une seule base de données ou plusieurs ?.

J'aimerai centraliser les données utilisateurs et entreprise dans une seule base mais aussi construire les objets métier et leurs méthodes une seule fois.

Le stockage des données et la construction des objets ne sont pas liés, l'un n'empêche pas l'autre Il faut plutôt raisonner et découper par site.

Je pense donc construire un helper dans un framework que j’appellerai dans chaque simulateur.

Il est clair qu'un Framework peut être très utile (centralisation des développements). Après la notion de helper peut aussi servir, mais ça dépend pour quoi faire. En général on utilise un helper pour accéder à des méthodes qui ne reflètent pas le comportement d'une classe, et qui peuvent être utilisées à plusieurs endroits, sans nécessiter une instance de la classe...

Vos idées d'architecture sont les bienvenues et j’étudierai avec attention vos réponses.

C'est assez difficile de t'aiguiller car nous ne connaissons pas les objectifs ni les contraintes. Par exemple, as-tu besoin de haute dispo ? etc.

Enfin dernière question, est-ce que tu cherches des conseils pour l'architecture des données ? Pour l'architecture technique (serveurs, etc.) ? Pour l'architecture logicielle ?