Di Nandkishor
Il modello publish-Subscribe noto anche come Pub/Sub è uno strumento indispensabile per la creazione di applicazioni .NET di livello aziendale. Solo per rinfrescarti la memoria, Pub / Sub è un paradigma di messaggistica in cui i mittenti di messaggi (editore) non hanno alcuna conoscenza dei destinatari previsti (abbonati). Inoltre, le applicazioni dell'editore e dell'abbonato non interagiscono direttamente tra loro, ma dipendono invece da un mezzo comune noto come a argomento. Quindi, è un modello di messaggistica liberamente accoppiato.
Si supponga ora di disporre di più applicazioni con ruoli diversi distribuite all'interno della stessa architettura e che necessitino di un meccanismo per informarsi/informarsi reciprocamente su determinati eventi. Questi eventi possono essere temporanei (a causa di modifiche apportate al runtime) o eventi di database (a causa di modifiche nel database). È proprio qui che il modello di progettazione pubblicazione-sottoscrizione ti aiuterà ad abilitare gli eventi distribuiti.
Leggi l'articolo completoPer progettare un'architettura distribuita basata su eventi, gli sviluppatori tradizionalmente si rivolgono all'utilizzo di uno dei metodi seguenti.
Se l'archivio dati è limitato a un database relazionale, l'utilizzo della funzionalità di notifica del database sembra essere la migliore opzione disponibile. Ti consente di registrare il tuo interesse con il server del database e avvisa le tue applicazioni quando si verifica un cambiamento nel set di risultati del database dovuto ad aggiornamento, aggiunta o eliminazione.
Tuttavia, gli RDBMS sono intrinsecamente non scalabili e diventano facilmente a collo di bottiglia prestazionale nelle applicazioni. Non vuoi caricare inutilmente i tuoi database. Inoltre, la stessa funzionalità di notifica del database è intrinsecamente lenta e non supporta condivisione dei dati di runtime come pure.
Leggi l'articolo completo