Se la multitenancy è una priorità, dovrei memorizzare il contenuto del sito nel database?

Question

Se la multitenancy è una priorità, dovrei memorizzare il contenuto del sito nel database?

#1 da (6 voti)

7

Possiedo un sito Web ASP.NET MVC a più tenant e tutto il testo specifico del client è archiviato in file di risorse. Ogni volta che qualcuno vuole cambiare il testo devo saltare attraverso i cerchi e compilare moduli e lasciare che qualcun altro lo metta in produzione. Questo andava bene con 2 clienti, ma ora ne abbiamo 6 e stiamo cercando di arrivare a 40+. Non posso passare tutto il giorno a modificare il testo!

Qualcuno ha qualche consiglio su come rendere il mangiatore di vita? Stavo pensando che un CMS potrebbe non funzionare perché, per quanto ne so, la maggior parte dell'idea di multitenancy di CMS è quella di aggiungere un altro sito indipendente. Distribuiamo spesso nuove funzionalità e temo di essere nella stessa barca aggiungendo moduli e aggiornando più di 40 siti. Preferisco un sito con testo diverso se posso.

Qualsiasi aiuto è più apprezzato!

asp.net mvc cms multitenancy

posta Gary Green 04.10.2011 - 01:50

fonte

1 risposta

Leggi altre domande sui tag asp.net mvc cms multitenancy

Saldo del carico di lavoro / Algoritmo di distribuzione delle attività Come si impara la concorrenza in Ruby? [chiuso]

score 6 · Accepted Answer

Sì, dovresti sicuramente memorizzare tutti i contenuti modificabili del client nel database (o accedervi tramite il database) in modo che i client possano mantenerli da soli.

Dovrai dedicare un po 'di tempo a scrivere le funzioni di amministrazione, ma a lungo andare otterrai i frutti. Hai ragione, non puoi avere la situazione in cui tutte le modifiche devono passare attraverso gli sviluppatori. Finirai per passare tutto il tempo ad aggiornare i siti.

Puoi, e probabilmente dovresti, introdurre le modifiche gradualmente. Ogni volta che qualcuno vuole cambiare qualcosa, aggiungilo (e alcune cose correlate) alle pagine di amministrazione. In questo modo avrai solo admin per le cose che le persone vogliono per cambiare e non per il resto.

Alcuni anni fa ho lavorato per un'azienda produttrice di siti tematici per giornali locali e quando ho iniziato c'erano poche pagine di amministrazione per questi siti e il mio team si trovava nella stessa posizione di voi. Ho gradualmente introdotto le pagine di amministrazione e tutti erano felici. Il team era felice perché potevano concentrarsi sullo sviluppo, i clienti erano contenti di poter aggiornare il loro sito quando loro volevano, la gestione era felice perché i clienti erano felici.