Multitenancy en Alfresco
Toni February 8th, 2010
Desde hace unas cuantas versiones, Alfresco incorpora la característica “Multi-Tenant”, podemos traducirlo como “Multi-Inquilino”, ¿y que significa eso? Alfresco permite que varios inquilinos independientes (Alfrescos independientes) puedan ser alojados en una única instancia, es decir, tenemos un Alfresco con un repositorio y que lo va a usar una organización, pues si activamos el MT, tendremos un Alfresco, que se “virtualiza” a si mismo y dispone de repositorios físicos independientes con un mismo punto de entrada y a través del nombre de usuario, el sistema sabrá de que Tenant se trata.
Vamos a ver esto en el mundo real, así saldremos de dudas. Antes de seguir, recuerda que está todo documentado en la Wiki de Alfresco, en la sección MultiTenant. En este caso veremos como trabajar con MT en Alfresco Enterprise 3.2 pero aplicable a otras versiones.
Primero vamos a ver como se activa MT:
Vamos al directorio mt dentro de <extension>:
# cd $INSTALACION_DEL_TOMCAT/shared/classes/alfresco/extension/mt
Renombramos los tres archivos .sample que encontramos (son 3), no hay que modificar nada dentro de ellos, por defecto funciona correctamente, los podemos renombrar de uno en uno o todos a la vez con este comando:
# for i in *.sample; do mv "$i" "`basename $i .sample`"; done
Hecho esto, reiniciamos Alfresco y en los logs deberemos ver algo nuevo relacionado con el cambio que hemos hecho:
18:21:42,680 User:System INFO [repo.tenant.MultiTAdminServiceImpl] Alfresco Multi-Tenant startup - 0 enabled tenants, 0 disabled tenants 18:21:58,027 INFO [service.descriptor.DescriptorService] Alfresco started (Enterprise - Multi-Tenant): Current version 3.2.0 (304) schema 3400 - Originally installed version 3.2.0 (304) schema 3400
OK, ahora vamos a ver si es verdad. Lo primero que debemos hacer es autenticarnos en Alfresco Explorer como administrador, en http://localhost:8080/alfresco admin/admin y listo.
Ahora ponemos la siguiente URL para acceder a la consola de administración de MT:
http://localhost:8080/alfresco/faces/jsp/admin/tenantadmin-console.jsp
En esa misma web podemos ver toda la ayuda que nos brinda la consola para ver, crear, borrar, habilitar, deshabilitar, cambiar contraseña, exportar e importar Tenants.
Vamos a ver unos ejemplos de cómo crear un tenant y empezar a trabajar con él.
Escribimos en la linea de comandos:
create blyx.com password /opt/alfresco-enterprise-3.2.0/alf_data_blyx
Esto tardará unos segundos, en función de lo rápida que sea nuestra máquina. Cuando veamos el mensaje
“created tenant: blyx.com” se habrá creado el nuevo tenant… explicación redundante 
¿Y realmente que hace ese comando que hemos lanzado? Crea un tenant vacío y activo. Tendrá como administrador del mismo (para crear usuarios, grupos, etc.) un usuario llamado admin@<tenantdomain> en mi caso, admin@blyx.com, con la contraseña “password”. Todos los usuarios que accedan a ese tenant lo deberán hacer usando “usuario@blyx.com“. El repositorio físico (contentstore) estará en el directorio indicado en el comando.
Ahora podemos acceder a nuestro Tenant como admin y ver que realmente tenemos un repositorio totalmente vacío y disponible. Accediendo a nuestro sistema http://localhost:8080/alfresco con las credenciales de administrador del tenant correspondiente.
¿Qué puede hacer el administrador del tenant?
- Gestionar los usuarios del sistema (incluyendo cuotas).
- Gestionar grupos.
- Gestionar categorías.
- Importar.
- Exportar (incluyendo el repositorio completo del tenant).
- Acceso a la información del sistema (System Information en la consola de administración).
- Acceso al Node Browser (consola de administración).
- Alfresco Share también como tenant.
- Acceso Webdav.
- Acceso FTP.
- WebScripts propios, para ello deben requerir autenticación para conocer de que tenant se trata.
- Personalización de modelos, webclient, workflows y demás a través de los Modelos Dinámicos y de la consola de repositorio.
- Acceso del usuario invitado (guest) en el contexto del tenant, es decir, como guest@dominio.
- Soporta clustering de forma nativa.
- Los módulos AMP instalados en el dominio por defecto estarán disponibles para los demás tenants.
¿Qué no podemos hacer aún con los tenants o qué no está soportado? Info extraida de la wiki y basado en la versión 3.2.
- El soporte a CIFS no está soportado actualmente.
- La autenticación sólo puede ser la nativa de Alfresco, por ahora no soporta autenticación externa (LDAP, NTLM, etc).
- WCM / Web Studio no soportado.
- Portlets.
- Borrar un tenant.
- Correo electrónico entrante.
- Replicación del repositorio.
- IMAP.
- SPP / VTI (SharePoint Protocol).
Como veis, es una solución orientada a los servicios, a la nube. Espero que os sea de utilidad, por lo menos para saber de que va esto del Multitenant del que tanto se oye hablar.
En el paradigma “oficina sin papeles”, intervienen muchos actores, siendo los principales las personas, que deben ajustarse a una serie de procedimientos y metodologías, y los sistemas de información, que deben proveer soluciones al paradigma.
