Cosa tenere a mente quando si sviluppa un'applicazione MVN asp.net multi-tenant?

Question

Buon pomeriggio - Oggi ho una domanda piuttosto generica - Ho ricevuto il compito di creare un'applicazione web per gestire alcune informazioni di base sui clienti. È un'applicazione molto semplice, ma quello che non so è cosa tenere a mente per sviluppare il sito che supporta più utenti nei propri domini o sottodomini del nostro URL?

Come limitarei gli utenti ad accedere a ogni altra parte dell'app?

Ho visto menzionare lo scoping del database in domande simili su Stack Overflow, qualcuno potrebbe elaborare le migliori pratiche per un'implementazione come questa?

Esistono nuove funzionalità in MVC3 per supportare la multi-tenancy? Sto affrontando questo problema con MVC2 e il mio sito di eCommerce in cui abbiamo deciso di volerlo etichettato in bianco e personalizzabile per più proprietari di negozi e non sappiamo da dove iniziare nell'implementazione di queste funzionalità in un'applicazione esistente. Qualsiasi input è apprezzato.

modificare

di elaborare su multi-tenancy, quello che voglio dire - nel contesto di un negozio, ad esempio, più utenti si iscrivono per il proprio negozio a www.mystore.com e sono ogni dato un sottodominio unico per accedere alla propria istanza dello store, a user1.mystore.com, user2.mystore.com, ecc. Ogni negozio avrebbe clienti con cronologia degli ordini e tali clienti avrebbero accesso. Avrei bisogno di limitare i clienti di user1.mystore.com dall'accedere a user2.mystore.com senza un nuovo account, e allo stesso modo impedire a user2.mystore.com di accedere alla cronologia dei clienti di user1.mystore.com.

Answer 1

Ho implementato un'app multi-tennant MVC completa. Ecco alcuni link che ho trovato a portata di mano e alcune applicazioni di esempio:

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

Pur partendo da zero, ci si trova in un mondo di dolore. Il framework MVC fa molto poco per aiutarti a risolvere i problemi.

Answer 2

Molto probabilmente stai per trascorrere un bel po 'di tempo a ristrutturare il tuo database.

Il primo passo è che si creerà un tavolo per ospitare la propria lista "Inquilino". Quindi è necessario aggiungere questo TenantId a quasi tutti i tavoli del sistema per assicurarsi che nessuno passi l'uno sull'altro. Puoi saltare qualsiasi tabella di natura globale. Un esempio potrebbe essere un elenco di codici di stato.

Tuttavia, tutto dagli utenti ai dati che hanno ecc. Dovrà avere questo ID. Inoltre, modifica tutti i tuoi indici per tenere conto di tenantid.

Una volta ottenuto ciò, sarà necessario modificare tutte le query per prendere in considerazione il tenantid.

Una colonna della tabella dei tenant deve essere l'url del portale. Come customername.oursite.com o qualsiasi altra cosa. In questo modo puoi indicare più URL allo stesso identico codice. Quando il sito deve utilizzare il tenantid corrente, basta cercarlo in base all'URL passato.

Se lo facessi, avrei intenzione di spendere circa 1 o 2 ore per tabella nel database per renderlo "multi-tenant". Ovviamente alcune tabelle (e le loro query) andranno più velocemente; altri impiegheranno più tempo.

Per inciso, questo non copre cose come la personalizzazione dell'interfaccia utente (look/feel) per inquilino o qualcosa di quella natura. Se è necessario, è necessario creare una directory sul server affinché ciascun tenant possa conservare i propri fogli di stile o caricarlo direttamente dal DB (che ha i suoi problemi relativi alla memorizzazione nella cache).

In genere, si progetta per questo all'inizio del progetto. Refitting un progetto già (o quasi) completo è un PITA.

Infine, testare, testare, testare e fare ulteriori test.Dovrai assicurarti che ogni singola query recuperi solo i dati di cui ha assolutamente bisogno.

Answer 3

Ci sono state alcune parlare di supporto multi-tenancy in Sharp Architettura (basata su MVC 3) trovato qui: http://www.yellowfeather.co.uk/2011/02/multi-tenancy-on-sharp-architecture-revisited/

Non sono sicuro se che davvero ti aiuta con l'applicazione esistente, porting sopra sarebbe un po 'di un lavoro.