Pregunta

Esta cuestión es diferente de los demás porque todas las preguntas que he visto hasta ahora están hablando de la base de datos. Entiendo el lado de la base de datos de multitenacy, pero no estoy 100% seguro en la manera de hacer la parte delantera.

Estoy trabajando en el diseño de un producto que básicamente será un servicio hospedado para los clientes. En cuanto a la multitenacy va, se puede pensar en una cuenta alojada FogBugz. Las señales de cliente se inscribe, consiguen su propio subdominio, y luego se van a customersubdomain.thenormalurl.com y acceder a su pequeña porción de la aplicación.

Cuando el cliente firma hasta que se tenga que configurar un registro DNS para el dominio secundario, pero desde el lado de la aplicación de la misma, ¿cómo podemos "alcance" de la aplicación a ese cliente? ¿Es sólo supone que se vea en la url que la solicitud fue hecha para o hay alguna otra manera? Eso parece demasiado simple para mí, pero tal vez sólo estoy tratando de complicar algo que debe ser simple.

¿Cómo es esto normalmente se hace en el mundo ASP.Net?

¿Fue útil?

Solución

Sí, basta con ver el subdominio. Si los usuarios se conectan, entonces puede ignorar el subdominio y averiguar quiénes son sus credenciales de inicio de sesión. Después de averiguar quiénes son, entonces es sólo una cuestión de conseguir los datos correctos y no mostrar los datos erróneos. Y ahí es donde todas esas preguntas vienen en DB. Usted lo hace 'alcance', ya sea usando DB separado o mediante el marcado de todos sus registros con claves para el cliente. Por lo que su aplicación tiene que poner en práctica.

Otros consejos

Lucas Sampson tiene algunas técnicas y código de ejemplo para aplicaciones multi-usuario utilizando subdominios bajo ASP.NET MVC aquí:

http: //blog.lukesampson .com / subdominios-para-a-single-aplicación-with-asp-net-mvc

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top