¿Qué se debe tener en cuenta al desarrollar una aplicación MVC asp.net de múltiples usuarios?

Question

Buenas tardes - Tengo una pregunta muy general hoy - Me han encargado crear una aplicación web para administrar información básica sobre los clientes. Es una aplicación muy simple, pero lo que no sé es qué tener en cuenta para desarrollar el sitio en torno al soporte de múltiples usuarios en sus propios dominios o subdominios de nuestra url.

¿Cómo puedo impedir que los usuarios inicien sesión en la otra parte de la aplicación?

He visto mencionar el alcance de la base de datos en preguntas similares sobre Stack Overflow, ¿podría alguien explicar las mejores prácticas para una implementación como esta?

¿Hay alguna característica nueva en MVC3 para admitir multi-tenancy? Me enfrento a este problema con MVC2 y mi sitio de comercio electrónico, donde decidimos que lo queríamos etiquetado en blanco y personalizable para múltiples propietarios de tiendas, y no sabemos por dónde empezar a implementar estas características en una aplicación existente. Cualquier entrada es apreciada.

edición

dar más detalles sobre multi-alquiler, lo que quiero decir - en el contexto de una tienda, por ejemplo, varios usuarios registrarse en su propia tienda en www.mystore.com y da a cada uno una subdominio único para acceder a su propia instancia de la tienda, en user1.mystore.com, user2.mystore.com, etc. Cada tienda tendría clientes con historiales de pedidos, y esos clientes tendrían inicios de sesión. Necesitaría restringir a los clientes de user1.mystore.com para que no inicien sesión en user2.mystore.com sin una nueva cuenta, e igualmente evitar que user2.mystore.com acceda al historial de clientes de user1.mystore.com.

Answer 1

Implementé una aplicación multi-tennant MVC completa. Estos son algunos enlaces que he encontrado muy útil y algunas aplicaciones de ejemplo:

http://msdn.microsoft.com/en-us/library/aa479086.aspx

http://codeofrob.com/archive/2010/02/14/multi-tenancy-in-asp.net-mvc-controller-actions-part-i.aspx

http://www.developer.com/design/article.php/10925_3801931_2/Introduction-to-Multi-Tenant-Architecture.htm

http://msdn.microsoft.com/en-us/library/aa479086.aspx#mlttntda_cc

http://lukesampson.com/post/303245177/subdomains-for-a-single-application-with-asp-net-mvc

http://code.google.com/p/multimvc/

http://www.paulstovell.com/widgets

http://www.agileatwork.com/bolt-on-multi-tenancy-in-asp-net-mvc-with-unity-and-nhibernate/

http://ayende.com/blog/3530/multi-tenancy-approaches-and-applicability

http://weblogs.asp.net/zowens/archive/tags/Multi-tenancy/default.aspx

http://cloudsamurai.codeplex.com/

http://cloudninja.codeplex.com/

http://msdn.microsoft.com/en-us/library/hh534484.aspx

http://blog.maartenballiauw.be/post/2009/05/20/ASPNET-MVC-Domain-Routing.aspx

http://blog.tonywilliams.me.uk/asp-net-mvc-2-routing-subdomains-to-areas

Incluso a partir de cero, de que estás en un mundo de dolor. El marco MVC hace muy poco para ayudarlo a resolver los problemas.

Answer 2

Lo más probable es que esté a punto de dedicar bastante tiempo a reestructurar su base de datos.

El primer paso es que va a crear una tabla para albergar su lista de "Inquilinos". Luego, debe agregar este TenantId a casi todas las tablas de su sistema para asegurarse de que nadie se pise entre sí. Puede saltarse cualquier tabla que sea de naturaleza global. Un ejemplo podría ser una lista de códigos de estado.

Sin embargo, todo, desde los usuarios hasta los datos que tienen, etc. tendrán que tener esta identificación. Además, modifique todos sus índices para tener en cuenta el inquilino.

Una vez que tenga eso, tendrá que modificar todas sus consultas para tener en cuenta el inquilino.

Una columna de la tabla de inquilinos debe ser la url del portal. Como customername.oursite.com o lo que sea. De esta forma, puede señalar varias URL al mismo código exacto. Cuando el sitio necesita usar el inquilino actual, simplemente búsquelo según la URL que ingresó.

Si estuviera haciendo esto, planearía pasar de 1 a 2 horas por tabla en la base de datos para hacerlo "multi-tenant". Obviamente, algunas tablas (y sus consultas) irán más rápido; otros tardarán más.

Por cierto, esto no cubre cosas como la personalización de la interfaz de usuario (apariencia) por inquilino o algo por el estilo. Si necesita hacer esto, tendrá que crear un directorio en el servidor para que cada inquilino mantenga sus hojas de estilo o cargarlo directamente desde el DB (que tiene sus propios problemas con respecto al almacenamiento en caché).

Por lo general, diseña para esto al principio del proyecto. Reponer un proyecto ya (o casi) completo es un PITA.

Finalmente, prueba, prueba, prueba y haz más pruebas.Deberá asegurarse de que cada consulta solo obtenga los datos que necesita.

Answer 3

No se ha hablado de soporte multi-tenencia en agudo Arquitectura (basado en MVC 3) encontraron aquí: http://www.yellowfeather.co.uk/2011/02/multi-tenancy-on-sharp-architecture-revisited/

No estoy seguro si lo que realmente le ayuda con su aplicación existente, portar más sería un poco de un trabajo.