Domanda

Ho una domanda architettura - legata alla mia configurazione basata RavenDB

.

Ho il seguente:

RavenDB -> servizio WCF -> (web / iPhone / Android)

l'/ iphone / android livello web ha in realtà (per il momento - questo è in crescita) connessioni a 7 servizi WCF

Al momento le 7 servizi parlare con lo stesso RavenDB - questo rischia di essere segmentato in un futuro refactoring blitz di come non hanno bisogno di essere sulla stessa istanza - non v'è minimo - se nessuno a tutti - incrocio di il modello.

La mia domanda è questa:

Sto cercando di utilizzare memcached - in cui i punti (Ho poca esperienza come impostare questa funzione) posso / devo usare memcached?

tra RavenDB e WCF? tra il WCF e (web / iPhone / Android)?

tra tutti?

sono io che rischia di incorrere in problemi di dati non aggiornati? è questo curato o sto più di semplificare le cose?

È stato utile?

Soluzione

Come molte persone vi diranno: l'ottimizzazione prematura è la radice di tutti i mali (e sono tutti citando Donald Knuth credo). In modo da attendere quando si hanno problemi di prestazioni prima di fare qualsiasi cosa (non è necessario attendere che il sistema di schiacciamento. Aspetta di vedere il 90% di utilizzo delle risorse)

Detto questo, è necessario utilizzare memcached (o qualsiasi tipo di caching per questo), quando si prevede di utilizzare i dati memorizzati nella cache prima di essere invalidato (il fattore di miglioramento cambierà da molti altri fattori come: il costo di funzionamento e la frequenza in cui accede ai dati)

Per rispondere alla tua "dove" le domande che in realtà dipende dove si risparmia più sulle risorse ed è davvero un'applicazione specifica e non si può rispondere qui.

Altri suggerimenti

Come un puntatore aggiuntivo, utilizza l'interfaccia RavenDB REST ETags per supportare le capacità cahing basati su HTTP. Se il client HTTP gioca bene con questi meccanismi, avrete qualche bel cache out of the box.

Non sono sicuro di come questo gioca con lo stack WCF, anche se

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top