download tesi - MobiLab

Analisi delle prestazioni delle principali soluzioni
per servizi publish/subscribe
Il layer “Model” offre un insieme di comandi incapsulati in classi e funzionalità che fanno
lavoro utile su richiesta dell„applicazione.
Il layer “Session” offre trasporto affidabile di comandi dall‟applicazione al server e
all‟indietro, sincronizzazione e gestione degli errori.
Il layer “Transport” offre framing, codifica dei dati, rilevamento dei fallimenti e canne
multiplexing [51].
2.8.1 AMQP Model Layer
L‟AMQP Model specifica un insieme modulare di componenti e di regole per connettere
questi componenti tra di loro. Ci sono tre principali tipi di componenti, che sono collegati
in catene di processi all‟interno del server per creare la funzionalità desiderata [51]:
“Exchange” riceve i messaggi dall‟applicazione publisher e instrada questi verso
una coda di messaggi basata su un criterio arbitrario, usualmente proprietà del
messaggio o contenuti.
“Message queue” che memorizza i messaggi finchè essi non possono essere
finalmente processati dall‟applicazione che li consuma o da applicazioni multiple.
“Binding” definisce la relazione tra l‟Exchange e la coda e offre i criteri di routing.
Usando questo modello possiamo emulare i concetti classici di middleware di code “store
and forward” o a sottoscrizione per argomento (topic). In linea di principio, un server
AMQP è analogo a un server di posta elettronica, con ogni Exchange che agisce da agente
di trasferimento messaggi e ogni coda come una mailbox, mentre il binding definisce le
tabelle di routing in ogni agente di trasferimento. I Publisher spediscono messaggi ad un
singolo agente di trasferimento il quale poi instrada i messaggi in una mailbox. I
consumatori infine prendono i messaggi dalle mailbox [54].
Il diagramma che segue mostra la semantica del server che deve essere standardizzata con
l‟intento di garantire la interoperabilità tra le implementazioni AMQP [51]:
64