Discussion :

[Community Management]

Chers membres du club,
J'ai le plaisir de vous présenter ce tutoriel pour apprendre les points de différences entre les architectures Single-tenant et Multi-tenant en SaaS.

En tant que fournisseur de solutions SaaS, certaines questions techniques ont un impact stratégique important sur votre métier. Celle de l'architecture « multi-tenant » ou « single-tenant » fait clairement partie de cette problématique. Le sujet est notamment de plus en plus d'actualité en raison de la popularité des infrastructures et autres plateformes à la demande disponibles chez les fournisseurs cloud.

Dois-je fournir ma solution à travers des environnements dédiés pour chacun de mes clients ? OU dois-je prendre la direction d'une plateforme plus importante, mais pouvant accueillir l'ensemble de mes clients ?

Question simple, réponse complexe, engageante et stratégique pour votre business. Vous devrez choisir une direction et il ne sera pas simple d'en changer par la suite, à l'inverse de ce que vous avez l'habitude d'appliquer sur vos projets via les méthodes agiles ou DevOps.

Bonne lecture et n'hésitez pas à apportez vos avis

[IT_Pro_Target]

Bonjour Siguillaume,

Excellent article ! Vous m’avez éclairé sur un point auquel je me poser beaucoup de question !

Mais la question que je vais vous posé est plutôt d’ordre technique : quelles seraient les étapes en pratique d’une migration d’une application en mode sigle tenant vers une multi tenant ?

Il s’agit d’une apllication de type CRUD développée en jee (très basique) :

Jsf + primefaces pour la vue
Java pour le métier
Jpa pour la persistance
Postgres SQL pour les données

Pour l’instant n’ayant que deux clients, deux war chacun pointant vers un Chema de la base de donnée, sont déployés sur le même serveur tomcate.

Ayant lu votre tuto je me dit que c’est le moment de migrer vers le multi tenant .
Je vous serais reconnaissant de m’aider dans cette démarche.

En attente de vous lire.