Discussion :

[DJYAM'S]

Bjr!
Je voudrais savoir quel lien ya t-il entre architecture multi-tenant et architecture n-tiers? Par ailleurs est-ce que le multi-tenancy est une architecture logicielle ou technique?

NB: En tant que stagiaire, je travaille sur un projet de logiciel en mode SaaS, c'est pourquoi j'ai besoin de votre aide.

Merci d'avance

[DotNetMatt]

L'architecture n-tiers, c'est juste le fait d'éclater ton application en plusieurs couches. Par exemple pour une application Web, le minimum est :
- La couche d'accès aux données (Data Access Layer ou DAL) : elle permet d'accéder aux données en communiquant avec une ou plusieurs bases données (ca peut aussi être des web services ou toute autre chose qui sert de source de données)
- La couche business (Business Logic Layer ou BLL) : il faut centraliser ici toute la logique métier, la validation, etc.
- La couche "graphique" (UI) : c'est ce que voit l'utilisateur, donc en gros c'est le site Web.

En général il y a aussi une couche transverse de Data Transfer Objects (DTO) qui permettent de faire transiter les information entre les couches, ils n'ont aucun comportement.

Ce type d'architecture permet de mettre en place des règles afin d'éviter que ca ne devienne le bazar, par exemple on peut définir que seule la couche Business a le droit de communiquer avec la couche d'accès aux données.

Un des principaux avantages est de permettre la réutilisation des couches au sein de plusieurs projets. Par exemple ici on parlait d'un projet Web, mais rien n'empêche de réutiliser la DAL, la BLL et les DTO dans un autre projet de type web service, afin d'exposer certaines fonctionnalités aux clients. Ainsi la maintenance s'effectue une seule fois et peut être propagée à plusieurs applications. Cela permet aussi de s'assurer que toutes les applications utilisent les mêmes règles métier, et quand celles-ci changent, pas besoin de répercuter les changements X fois dans X projets différents.


Ensuite le multi-tenant ca n'a pas grand chose à voir, c'est plus lié à l'authentification. Par défaut une application est "single-tenant", on a un seul système d'authentification, et par exemple seuls les utilisateurs internes peuvent y accéder.

Avec le multi-tenant, on peut avoir des utilisateurs internes et externes, d'une ou X entreprises différentes. Les utilisateurs internes pourront s'identifier via l'Active Directory de l'entreprise. Pour les externes, certains vont vouloir utiliser leur propre Active Directory, certains vont avoir d'autres systèmes personnalisés, etc. Le multi-tenant permet de gérer ces scénarios.

Autre aspect, celui des données. Chaque utiliseur, interne ou externe doit pouvoir accéder à ses données sans voir celles des autres. On peut aussi avoir certaines personnalitations en fonction de l'entreprise d'appartenance.

Voilà en gros...

[DJYAM'S]

Merci bien pour l'aide.
Je comprends de part vos explications que l'architecture multi-tenant est une architecture logique. J'ai aussi comme impression que vous voulez dire que le multi-tenant ne remplace pas le n-tiers. Dans le cadre de mon travail, je dois décrire l'architecture choisie et en faire une représentation graphique. Étant donner que je travail sur un SaaS, je suis vraiment confus. merci de répondre encore une fois

[DotNetMatt]

Ben là je ne peux pas t'aider, je ne connais pas l'architecture de ton application... Voici quelques exemples plutôt simples sur lesquels tu peux te baser :

- Designing a database for multi-tenancy on the cloud
- Multi-tenancy: does it have to be that hard?
- Multi-tenant versus Single-tenant ERP – a comparison

[DJYAM'S]

Ben là je ne peux pas t'aider, je ne connais pas l'architecture de ton application... Voici quelques exemples plutôt simples sur lesquels tu peux te baser :

- Designing a database for multi-tenancy on the cloud
- Multi-tenancy: does it have to be that hard?
- Multi-tenant versus Single-tenant ERP – a comparison

[DJYAM'S]

Merci pour vous être soucié de mon inquiétude, en tant que bleu du club cela m'encourage. Je vais consulter les liens.