2011-12-05 8 views

risposta

10

"limite di buone pratiche forse?"

Un buon test è vedere quanto tempo occorre affinché un sistema si riavvii e diventi nuovamente operativo. Quindi potresti voler {{picks number out of air}} 100Gbytes di messaggi, ad esempio, come limite massimo ma 100Gbytes potrebbero prendere {{pick un altro numero dall'aria}} 30 minuti per ricaricare. Potrebbe essere al di fuori del tuo SLA.

Quindi:

  1. Decidere che cosa il vostro SLA down-tempo per il sistema è
  2. calcolare quanti messaggi in stoccaggio sarebbe necessaria per rompere SLA al riavvio
  3. calcolare quanti messaggi le il sistema può effettivamente memorizzare
  4. Scegliere il più basso dei due.
4

Sì, certo che c'è un limite.

Potete trovare i dettagli here.

Tuttavia, se i consumatori consumano messaggi alla stessa velocità come produttori producono, quindi non dovete preoccuparvi il limite di memoria ecc

quanto riguarda la mia esperienza, la capacità di coda dipende dalla macchina e non che grande rispetto a ActiveMQ o RabbitMQ

+0

Vero, la capacità della coda varia da macchina a macchina poiché il vincolo sulla dimensione massima è la memoria del kernel disponibile (utilizzata per l'indicizzazione dei messaggi). Interessato a sapere cosa invece usano ActiveMQ o RabbitMQ. –

+0

OK ho usato MSQM, activemq e rabbitmq, msmq non ha avuto una scala molto buona per me, rispetto ad activemq e rabbitmq. Inoltre, activemq e rabbitmq hanno molte più funzionalità di msmq. – DarthVader

+4

Deve scrivere un blog confrontando i sistemi ... –