Question

Cette question est différente des autres parce que toutes les questions que je l'ai vu à ce jour parlent de la base de données. Je comprends le côté de la base de données de multitenacy, mais je ne suis pas sûr à 100% sur la façon de faire l'avant.

Je travaille sur la conception d'un produit qui sera essentiellement un service hébergé pour les clients. En ce qui concerne le multitenacy va, vous pouvez penser à un compte FogBugz hébergé. Les signes de clients, ils obtiennent leur sous-domaine, puis ils vont à customersubdomain.thenormalurl.com et se connecter à leur petite partie de l'application.

Lorsque le client signe jusqu'à nous aurons besoin de configurer un enregistrement DNS pour le sous-domaine, mais du côté de l'application de celui-ci, comment pouvons-nous la « portée » l'application à ce client? Est-il juste censé regarder l'url que la demande a été faite ou est-il une autre façon? Cela semble trop simple pour moi, mais peut-être que je suis juste essayer de compliquer quelque chose qui devrait être simple.

Comment est-ce fait normalement dans le monde ASP.Net?

Était-ce utile?

La solution

Ouais, il suffit de regarder le sous-domaine. Si vos utilisateurs se connectent, vous pouvez ignorer le sous-domaine et savoir qui ils sont par leurs identifiants de connexion. Une fois que vous savoir qui ils sont, il est juste une question d'obtenir les bonnes données et ne pas montrer les données erronées. Et c'est là toutes ces questions de DB entrent en jeu. Vous faites que « cadrage » soit en utilisant BDs séparés ou en marquant tous vos dossiers avec des clés au client. Donc, votre application doit mettre en oeuvre.

Autres conseils

Luc Sampson a des techniques et des exemples de code pour les applications multi-locataires à l'aide des sous-domaines ASP.NET MVC ici:

http: //blog.lukesampson .com / subdomains-pour-une-application unique avec-asp-net mvc

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top