Expériences avec une application Web multi-tenant mono-instance dans Seam?

Question

Des expériences avec Seam dans une configuration multi-locataire à instance unique? Est-ce que Seam est adapté à cette configuration? Comment l'avez-vous réalisé? Quels étaient les coûts impliqués?

Notre situation: Une application Web SaaS Seam 2.1 (POJO, pas EJB). Le budget de développement disponible nous a forcés à adopter une conception simplifiée par instance de locataire. L'application n'est pas encore en production mais presque terminée.

Je m'attends à ce que notre client reconsidère une configuration multi-locataire à instance si cela réduit les coûts d'hébergement projetés.

Answer 1

Nous avons développé une application SaaS mutualisée avec Seam. Je ne pense pas que Seam a des avantages ou des inconvénients pour ce genre de chose. Les seules fonctionnalités qui peuvent être utiles sont les filtres Hibernate (par exemple, avoir un identifiant de société sur chaque table et définir un filtre d'hibernation). Signifie que chaque requête aura cet identifiant automatiquement ajouté.

Answer 2

J'ai une classe appelée Utilisateur, et elle a comme membres toutes les données de ces utilisateurs. Ainsi, il y a une relation un à plusieurs de l'utilisateur à la tâche, par exemple. Ensuite, ma requête pour toutes les tâches d'un utilisateur est simplement: select task from Task task, User user where user.id = #{user.id} and task member of user.taskList. J'aurais aussi pu utiliser des filtres comme un autre l'a mentionné. Cependant, étant donné que l'objet # {user} est créé lors de la connexion, il est disponible via l'analyse Seams de la chaîne EL. Très pratique. Donc, bien qu'il n'y ait rien dans Seam pour prendre en charge les multi-locataires, c'est assez facile à faire.