Il modello publish-subscribe è adatto al mio caso?

Question

Il modello publish-subscribe è adatto al mio caso?

#1 da (3 voti)

2

Sto pianificando di utilizzare pattern di sottoscrizione di pubblicazione con Azure Service Bus nella mia applicazione logistica, ma sono confuso se il pattern di iscrizione-pubblicazione sia adatto al mio caso.

I miei scenari:

Gli utenti sottoscriveranno set di argomenti come la reimpostazione della password, la modifica della password, l'assegnazione del carico, l'approvazione dell'utente, il rifiuto dell'utente ecc.
Gli argomenti dell'80%, come la reimpostazione della password o la modifica della password, sono specifici per un singolo utente e verranno consegnati solo a quel particolare utente se sottoscritto.
In alcuni argomenti, saranno coinvolti più utenti come autista, operatore, mittente. Ma tutti e tre devono ricevere tre messaggi diversi per lo stesso evento o argomento.

Domande:

Se ho un argomento e un sottoscrittore, ho davvero bisogno di un modello di iscrizione-sottoscrizione? Mi manca qualcosa?
Tutti gli abbonati dovrebbero ricevere lo stesso messaggio per un argomento? Se invio messaggi diversi per lo stesso evento per utenti diversi, utilizzo in modo errato il modello publish-subscribe?

design-patterns pubsub azure service-bus

posta ManirajSS 26.04.2016 - 07:09

fonte

1 risposta

Leggi altre domande sui tag design-patterns pubsub azure service-bus

L'URL 'utenti / nuovi' RESTful? Eccezioni Java EE per la convalida e gli APM

score 3 · Answer 1

Non mi preoccuperei di abusare del modello ma negli scenari che descrivi non credo che ne hai bisogno.

PubSub sembra essere l'impostazione predefinita più utilizzata al momento per qualsiasi applicazione di messaggistica, ma esiste una versione più semplice di essa per quando non è necessario eseguire l'espansione o la ventola nei messaggi.

Usa semplicemente i messaggi. Esistono diverse forme: http, rpc, MQ, callback. Se è necessario essere in grado di inviare i messaggi in modo asincrono e potrebbero essere sottoposti a backup, utilizzare una coda.

Dopodiché si tratta di tecnologie che sai / sono disposte a imparare, e esattamente la qualità dei requisiti del servizio / requisiti di affidabilità / velocità diverse dei diversi componenti nel tuo sistema, che non trovi qui.