2016-11-08 1 views
0

J'ai une obligation de concevoir les éléments suivants:mutualisée - modèle de conception

  • Il y aura un domaine principal
  • Il n'y a que sur l'application qui fonctionne et serveurs tous
  • mutualisée, avec différentes bases de données. Utilisateur par base de données (utilisateurs spéciaux partagent de nombreuses bases de données)
  • En utilisant Auth0

utilisateur ouvre une session dans, le système reconnaît où appartient-il et l'application utilise la base de données appropriée.

J'ai fait un prototype qui repose sur le nom de sous-domaine, et en théorie cela aurait dû fonctionner. Dans mon prototype, le système repose sur HOST. Maintenant, les exigences ont changé, et je ne peux pas utiliser le sous-domaine comme un atout pour différencier.

Je ne peux même pas commencer à penser comment organiser tout cela, dans mon esprit Redis sonne la cloche. Mais je ne sais pas :(

Je vous serais reconnaissant tous les pointeurs, si quelqu'un a fait quelque chose comme ça déjà

? J'utilise React/Hapi.js/Sequalize (MySQL)/Auth0

+0

vous avez les détails de connexion qui vous aident à comprendre la. contexte de locataire whi ch devrait être remplacé à la place de la résolution basée sur le domaine. Par exemple, avoir un e-mail unique dans l'application fera que 'john.smith @ tenant1.com' appartiendra à' tenant1' qui peut être utilisé pour définir le contexte comme 'tenant1'. HTH – Saravanan

Répondre

1

Si vous ne l'ont pas déjà fait, vous devriez vérifier: Using Auth0 with Multi-tenant Apps

Il a quelques exemples différents et fournit également des lignes directrices sur la façon de modéliser ce type d'architectures dans Auth0