Aplicaciones con múltiples clientes
Vložit
- čas přidán 24. 07. 2024
- Vamos Guía sobre multi tenancy y gestión de datos en Entity Framework Core.
Miembros premium de la comunidad: www.netmentor.es/miembro-premium
Si te gusta el contenido, puedes apoyar al canal invitandome a un café www.buymeacoffee.com/netmentor
00:00 Introuducción a multi tenancy
01:01 Estrategia para implementar aplicaciones con múltiples clientes
10:39 qué estrategia elegir
13:27 Implementar un connection multiplexer con CSharp - Věda a technologie
Blog: www.netmentor.es/entrada/aplicaciones-multi-tenant
Twitter: twitter.com/NetMentorTW
Yo trabajo con una sola aplicación y múltiples bases de datos.. tengo una rutina que me permite actualizar todas las bases de datos con un solo click, y a cada rato estoy creando réplicas de BD, agregando y eliminando campos etc sin problemas en más de 10 años.. a mi me parece mejor tener a cada cliente desacoplado..
Concuerdo contigo estimado Ivan, usar el tenantID or clientID en las columnas de los datos que se relacionan al negocio, sería la opción más útil para así a futuro darle su data correspondiente de forma más segura a cada cliente.
Podrías hacer algún video de clusters y kubernetes. Ya tengo varias dudas al respecto
Todo se complica aún más en entornos microservicios o micromonolitos.
TenantID en las tablas siempre es la opción más recomendable, todo lo demás... son dolores de cabeza.
👏👏👏Gracias por compartir!
Uff ayer estaba buscando informacion sobre esto, y mira como subes este videito, gracias
Gracias por compartir tus conocimientos. Justo estoy trabajando en un proyecto que maneja muchos clientes y lo empecé a realizar colocando una columna para el ID de cliente.
Que Dios te acompañe 😅
Suena un poco complicado el tema multiclientes (multi-tenances) cuando se trata de manejar distintas cadenas como mencionas. Como mencionas agrega un capa de complejidad en todos los aspectos (tecnicos, posiblemente legales, ...)
Se entiende de lujo
Hola excelente contenido. Una pregunta de que curso estas hablando? Tengo pensado aprender C#
como siempre contenido de calidad
Otra manera de hacer multi tenant es usar BD embebidas, hay un video de Ethan Niser que usa turso que esta muy bueno!
ah caray! eso si me interesa
Y el tema de computo en las consultas? Porque si es una unica db para 50 clientes, toda esa data aparte de los joins de negocio siempre tendras que tambien meterle el where de la columna tenantID, sobre toda la info de los 50 o 100 clientes en una unica db, si es algo produente? nunca he realizado un ejercicio asi por eso pregunto
Si claro, el where tiene que ir en todas las consultas. Hay formas con código de validar que esto es así
Puede afectar al rendimiento de las consultas ese where?
@Troyuko no, esa columna debe llegar un índice
Quieres ser mi mentor?
no tengo tiempo para tomarme enserio mentorias :(. pero si tienes dudas o consultas concretas que puedo contestar de manera mas o menos rápida me puedes contactar o por twitter o por la sección de contacto de mi web. un saludo