Este documento presenta una discusión sobre las aplicaciones multi-tenant y cómo crearlas. Explica que una aplicación multi-tenant permite que múltiples clientes (tenants) usen la misma aplicación de forma aislada compartiendo recursos subyacentes. Luego discute las opciones de implementación como tener una aplicación y base de datos separadas por tenant o tener una aplicación y base de datos compartidas para múltiples tenants. Finalmente, resume la evolución del modelo de una aplicación desde instancias separadas hasta una arquitectura con una aplicación central y bases de datos separadas por tenant

1. 2019
Netcoreconf
Creando aplicaciones multi-tenant
Nacho Fanjul
Key Specialist - Architect at Pasiona
@nfanjul

2. Sponsors

3. ¿Quién soy?
Nacho Fanjul
Key Specialist - Architect
@ nfanjul@pasiona.com
@nfanjul
https://github.com/nfanjul

4. Agenda

5. Tenant, tenant, tenant…

6. ¿Qué es una aplicación multi-tenant?
“Multi-tenant se refiere a la capacidad del
software de ser utilizado por múltiples entidades
usuario (tenants) de forma que cada tenant opera
de forma aislada, mientras que en realidad, está
usando recursos físicos compartidos. Un tenant
puede ser una organización que utiliza una
aplicación simultáneamente con otros tenants.
También puede ser una aplicación compartiendo
recursos con otras aplicaciones.”
by Yefim V. Natis
VP Distinguished Analyst

7. Single-tenant vs multi-tenant

8. Single-tenant
•1 subdominio por tenant
•URL’s personalizadas con CNAME*
www.sporting.tenant1.net
www.sporting.tenant2.net
sportingtenant1.azurewebsites.net
sportingtenant2.azurewebsites.net

9. Multi-tenant
•1 subdominio compartido por los tenants
•Misma URL. A través del usuario*
sporting.azurewebsites.net/tenant1
sporting.azurewebsites.net/tenant2
sporting.azurewebsites.net/

10. Posibles soluciones

11. Aplicación y BD independiente por tenant
• “n” instalaciones
• BD completa para cada tenant
• “>” Coste de
• Infraestructura
• Despliegue
• Administración
• Instancias independientes
• Datos completamente aislados

12. Una aplicación para “n” tenants
• BD compartida
• Escalado
• “>” Coste de…
• Desarrollo
• Administración BD
• Instalación única
• Instancia única
• “<” Coste de…
• Infraestructura
• Despliegue

13. Una aplicación para “n” tenants - evolución
• BD compartida
• “>” Coste de
• Desarrollo
• Administración BD
• Instalación única
• Instancia única
• Escalado casi infinito
• “<” Coste de
• Infraestructura
• Despliegue

14. Una BD para cada tenant
• Instalación e instancia única
• Aislamiento de los datos
• Escalado infinito
• Personalización
• “<” Coste de
• Infraestructura
• Despliegue
• Desarrollo
• BD individual
• “>” Coste de
• Administración BD

15. ¿De dónde veníamos?
y a dónde llegamos…

16. Lo que había…
Web & API
Web & API
Web & API
Cliente 1
Cliente 3
Cliente 2

17. Lo que pensamos inicialmente
BD’s clientes
BD
infraestructura
Multi-tenant
CORE
Web & API
Cliente 1
Cliente 3
Cliente 2

18. Evolución
BD’s clientes
BD
infraestructura
Multi-tenant
CORE
Web & API
CORE
APP
Aprovisiona
miento
Cliente 1
Cliente 3
Cliente 2

19. Aproximación final
BD’s clientes
BD
infraestructura
Multi-tenant
CORE
Web & API
CORE
APP
Aprovisionamiento
Cliente 1
Cliente 3
Cliente 2
(por el momento)

20. El terreno de juego

21. Estructura del proyecto

22. Contenedor IoC

23. Configurar middleware para mi contenedor IoC

24. Configurar mi contenedor IoC

25. Resolver el tenant

26. Creación de la BD

27. ¿Preguntas?
Nacho Fanjul
Key Specialist - Architect
@ nfanjul@pasiona.com
@nfanjul
https://github.com/nfanjul

28. Sponsors

29. Más información:
info@netcoreconf.com
@Netcoreconf
Visítanos en:
2019.Netcoreconf.com