L'architecture “ multitenant ”

Renaud Edouard-Baraud

01 Informatique

le 25/01/2007 à 07h00

envoyer
par mail

imprimer
l'article

“ Une architecture “ multitenant ” (ou multilocataire ”) fait qu'une seule instance d'une application est adaptée aux besoins de tous les utilisateurs, de manière individualisée. Cette personnalisation concerne aussi bien l'interface que les règles métier ou les processus. Ce modèle de système d'informations se retrouve plus particulièrement chez les éditeurs de solutions accessibles sur Internet, comme SugarCRM ou Salesforce.com.

Une phase de “ métamodélisation ”

Les entreprises sont peu nombreuses à l'avoir adopté. Non pas que les technologies soient novatrices ou inédites - même si le modèle de l'architecture orientée service (SOA) peut être mis à contribution. C'est surtout que la conception de l'application demande une mise à plat exhaustive des métiers de l'entreprise et des rôles des utilisateurs. Cette phase de “ métamodélisation ” est obligatoire, admettent Raymond Sclison, chez Cosmosbay, et Pascal Grojean, chez SQLI. Or, elle n'est réellement outillée que depuis deux ans.

En outre, le modèle architectural multitenant réclame des réglages fins : équilibrage de charge (pour ne pas donner toute la puissance machine à un seul utilisateur), contrôle d'accès multiniveau, conception de tables capables de contenir des informations relatives à plusieurs utilisateurs, voire à plusieurs entreprises… Il nécessite aussi une puissance de calcul plus grande que les systèmes applicatifs de facture classique. Pas étonnant, donc, que les deux experts n'avouent connaître qu'un exemple français - un assureur - d'entreprise ayant mis en place une architecture “ multitenant ”.

Une individualisation à tous les étages

agrandir la photo

1. L'identification
Un système multitenant doit, bien sûr, être capable d'identifier l'utilisateur par l'inévitable duo identifiant-mot de passe. Mais aussi, dans le cas d'un service accessible sur internet, pouvoir lui associer toutes les informations relatives à son entreprise et à ses droits. Une grande partie du système tient à la granularité des droits d'accès.

2. Les métamodèles
Les modèles de données (métamodèles) décrivent les fonctions standards de l'entreprise et ses productions spécifiques, mais aussi l'utilisateur et ses droits. Ce sont ces modèles qui serviront à lancer des requêtes SQL idoines sur la base de données associée à l'application.

3. Le contenu
Cette base de données comprend les informations relatives à tous les clients ou utilisateurs. Il arrive parfois que des données liées à différents clients soient inscrites dans les mêmes tables. Une vue virtuelle des informations propres à l'entreprise et à la personne qui se connecte est alors constituée. Les applications n'ont accès qu'à cette extraction.

4. Le contenant
C'est là que, dans la tradition de la programmation orientée aspect, sont personnalisés l'interface, les processus, et les règles métier. Les instructions supplémentaires sont injectées - avant ou après compilation, selon les cas - dans le code lié à l'application. C'est donc une vision totalement personnalisée qui s'affiche sur le poste de travail de chaque utilisateur.