Architettura geograficamente distribuita (Data & App)

0

Esistono schemi di progettazione (o best practice) per l'implementazione di un sistema geograficamente distribuito (principalmente un database)?

Descrizione: esiste una rete di magazzini e un ufficio centrale. Ora voglio che ogni magazzino replichi i suoi dati all'ufficio centrale e l'ufficio centrale replichi solo quella porzione di dati relativi a quel magazzino (quando viene modificato). Questo posso chiamare una "replica filtrata". Il nostro database qui è SQL Server 2008 R2. Dovrei andare con un altro database? Che ne dici dei database NoSQL?

Questa è una soluzione basata su .NET.

Finora ho appreso Sincronizzazione web per la replica di merge e sto indagando su di esso; ma non ho ancora imparato come implementare la replica filtrata. Non sono sicuro di come NoSQL si adatti a un problema di e-commerce (penso che dovrei usare una combinazione di NoSQL + RDBMS se dovessi andare in quel modo) ma sto indagando su RavenDB e MongoDB.

Qualsiasi intuizione sarebbe di grande aiuto; Grazie;

    
posta Kaveh Shahbazian 03.09.2013 - 20:13
fonte

1 risposta

-3

Qualsiasi ricerca su "The Cap Theorem" fornirà una visione veramente buona. In generale, delinea le considerazioni per i file system distribuiti, e nella ricerca di uno di questi, troverai numerose soluzioni che soddisfano le tue particolari esigenze ..

    
risposta data 03.09.2013 - 21:12
fonte