Aislamiento en una aplicación ASP .NET de múltiples usuarios

Question

Estoy creando una aplicación ASP .NET de múltiples usuarios. Dado que cada inquilino puede configurar su aplicación de forma dinámica (lo que puede implicar ensamblados personalizados dinámicos que se cargan en la memoria), necesito un medio para aislar a cada inquilino.

Preferiría no crear una nueva aplicación web por inquilino por motivos de mantenimiento.

Estuve considerando utilizar AppDomainManager para crear un AppDomain por aplicación, pero parece que no está destinado a ser utilizado para aplicaciones ASP .NET.

¿Alguien tiene alguna sugerencia sobre este tema?

Gracias.

Answer 1

Supongo que la pregunta es: si no está interesado en crear una aplicación web, ¿qué tipo de aislamiento es realmente aceptable para usted?

Si realmente desea una garantía de nivel de sistema operativo que los ensamblados no se pisen entre sí, le daría a cada uno su propia aplicación web. Esto es especialmente cierto si permite que las personas carguen montajes de terceros, y es súper especialmente cierto si esos ensamblados de terceros pueden encontrar formas de crear instancias de código no administrado.

Veo que no puedo crear una aplicación web por separado si es todo su código (administrado), pero una vez que coloca conjuntos personalizados dinámicos en la mezcla, creo que es la única manera de hacerlo.

Answer 2

Cuando crea diferentes sitios web, la raíz de su URL definitivamente va a cambiar. Estaba pensando por qué no diferentes aplicaciones dentro de la aplicación principal, y las puse en diferentes grupos de aplicaciones si es necesario.

Uno ... De esta forma, la URL raíz se mantendría igual. Dos ... Crea un VDir o una instancia de una aplicación. ¿Cuál necesita ser dinámico? Tres ... No tengo experiencia.

Si tuviera que compartir las páginas, [basado en aplicaciones alojadas en diferentes VDir], me gustaría crear un nuevo VDir para todas mis páginas compartidas. Y use algún código personalizado para mostrar datos relacionados con la aplicación.

Answer 3

Escribí la aplicación web multi-tenant en MVC2. Agregar/Eliminar una cuenta es tan complejo como agregar/eliminar una fila en una tabla cuando opté por la base de datos compartida, enfoque de esquema compartido.

Este es un artículo muy bueno sobre el diseño de la base de datos de múltiples usuarios de MSDN: Multi-Tenant Data Architecture

Todo lo que tenía que hacer en MVC es configurar el enrutamiento correctamente, por lo que la primera parte de la ruta es el nombre de cuenta :

• www.yourdomain.com/Account1/...
• www.yourdomain.com/Account2/...
• www.yourdomain.com/Account3/...

y tengo una MvcHandler personalizada para buscar la cuenta para cada solicitud:

public class AccountMvcHandler : MvcHandler 
{ 
    public AccountModel Account { get; set; } 

    public AccountMvcHandler(RequestContext requestContext) 
     : base(requestContext) 
    { 
    } 

    protected override IAsyncResult BeginProcessRequest(HttpContextBase httpContext, AsyncCallback callback, object state) 
    { 
     string accountName = this.RequestContext.RouteData.GetRequiredString("account"); 
     Account = ServiceFactory.GetService<IAccountService>().GetAccount(accountName); 

     // URL doesn't contain valid account name - redirect to login page with Account Name textbox 
     if (Account == null) 
      httpContext.Response.Redirect(FormsAuthentication.LoginUrl); 

     return base.BeginProcessRequest(httpContext, callback, state); 
    } 
} 

como fue dicho por Andreas Paulsson la frase clave es "ensamblados personalizados". ¿Por qué necesita 'ensambles personalizados' para la configuración?¿Estás usando CodeEmit? ¿Los usuarios los subirán? Preferiría pensar en usar Windows Workflow Foundation para cualquier personalización de lógica de negocio específica del cliente.