Capitolo 14. Elaborazione scalabile guidata dagli eventi
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Nel Capitolo 7 ho descritto i vantaggi e le primitive di base dei sistemi di messaggistica asincrona. Utilizzando un sistema di messaggistica per le comunicazioni, è possibile creare architetture non accoppiate. I produttori di messaggi si limitano a memorizzare un messaggio su una coda, senza preoccuparsi di come viene elaborato dai consumatori. Ci possono essere uno o molti consumatori e la collezione di produttori e consumatori può evolvere nel tempo. Questo ti permette di ottenere un'immensa flessibilità architetturale e di migliorare la reattività del servizio, di attenuare i picchi di arrivo delle richieste grazie al buffering e di mantenere l'elaborazione del sistema in caso di consumatori non disponibili.
Tradizionalmente, le tecnologie di message broker utilizzate per implementare sistemi asincroni si concentrano sul transito dei messaggi. Una piattaforma di broker come RabbitMQ o ActiveMQ supporta collezioni di code che vengono utilizzate come memoria temporanea basata su FIFO o su disco. Quando un utente accede a un messaggio da una coda, il messaggio viene rimosso dal broker. Questa è nota come semantica distruttiva del consumatore. Se si utilizza la messaggistica publish-subscribe, i broker implementano meccanismi per mantenere i messaggi nelle code fino a quando tutti gli ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access