download tesi - MobiLab

More documents

Recommendations

Info

Analisi delle prestazioni delle principali soluzioni per servizi publish/subscribe generare un evento, un publisher generalmente chiama la funzione notify() o publish(). L'event service si occupa di propagare gli eventi a tutti i subscriber sensibili nei confronti di quel tema. Una notevole quantità di middleware publish/subscribe sono stati sviluppati e realizzati, è possibile raggruppare queste implementazioni diverse a seconda dell'architettura adottata e del modello di sottoscrizione dei messaggi[2]: Architettura adottata: Centralizzata, ad esempio un server di posta tra publishers e subscribers; Distribuita, ad esempio implementando le primitive di comunicazione con meccanismi store and forward sia sui producer che sui consumer; Federata, per esempio una rete distribuita di server; Modello Subscription: Topic-based [3]: i partecipanti possono pubblicare e iscriversi a singoli eventi, le notifiche sono raccolte per topic (argomento); Content-based [3]: gli eventi vengono classificati in base a una funzione corrispondente sul loro contenuto, i subscriber esprimono il loro interesse specificando condizioni sul contenuto delle notifiche che essi vorranno ricevere; Type-based [3]: gli eventi appartengono ad un tipo specifico, incapsulando sia attributi che metodi, Gli eventi sono filtrati non più in base al loro topic, ma al loro tipo. Questo permette di definire gerarchie di tipi di eventi. Il modello Publish/Subscribe ci permette di creare un disaccoppiamento delle parti interagenti in quanto né le notifiche né le sottoscrizioni sono dirette ad una specifica entità. Questo disaccoppiamento può essere osservato sotto tre punti di vista [2] [3]: Space decoupling: le parti interagenti non necessitano di conoscersi. I publisher pubblicano i loro eventi e i subscriber li raccolgono attraverso l'event service. Sia Publishers che Subscribers non sanno quanti di questi partecipano all'interazione. Come mostrato in figura 1.4 l'event service fornisce l'unico punto di riferimento unilaterale per subscriber e publisher [2] [3]. 16
Analisi delle prestazioni delle principali soluzioni per servizi publish/subscribe Time decoupling: le parti interagenti non necessitano di partecipare all'interazione nello stesso istante di tempo. In particolare i publisher possono pubblicare alcuni eventi, mentre i subscriber sono disconnessi e viceversa. Come si vede dalla figura 1.4 si ha la completa indipendenza delle operazioni di pubblicazione e ricezione dell'evento [2] [3]. Synchronization decoupling: la produzione e il consumo di messaggi non avvengono nello stesso flusso di controllo tra publisher e subscriber. Il disaccoppiamento della produzione e del consumo aumenta la scalabilità eliminando tutte le dipendenze tra i partecipanti che interagiscono. Nella figura 1.4 si cerca di mostrare graficamente la mancanza di sincronizzazione tra publisher e subscriber.[2] [3] Figura 1.4 Space, Time e Synchronization decoupling 17
Page 1 and 2: Facoltà di Ingegneria Corso di Stu
Page 3 and 4: Indice Introduzione 8 Capitolo 1. I
Page 5 and 6: Indice delle figure Figura 1.1 Stru
Page 7 and 8: Indice delle tabelle Tabella 2.1 Qo
Page 9 and 10: Analisi delle prestazioni delle pri
Page 15: Analisi delle prestazioni delle pri
Page 23 and 24: eciprocamente. Figura 1.6 Interazio
Page 31 and 32: Figura 2.1 Schema concettuale del D
Page 53 and 54: Figura 2.10 Architettura TAO Analis
Page 65 and 66: Figura 2.16 Semantica AMQP. Analisi
Page 67 and 68:
Analisi delle prestazioni delle pri
Page 69 and 70:
Page 71 and 72:
Affidabilità Analisi delle prestaz
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
VOLATILE Analisi delle prestazioni
Page 79 and 80:
3.2 I Test Figura 3.1 Schema Cluste
Page 81 and 82:
Page 83 and 84:
Figura 3.3 Architettura decentraliz
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
3.6 Test CORBA TAO Analisi delle pr
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
3.8 Test OpenAMQ Analisi delle pres
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Conclusioni e Sviluppi Futuri Anali
Page 131 and 132:
Ringraziamenti Analisi delle presta
Page 133 and 134:
Page 135 and 136:
Bibliografia Analisi delle prestazi
Page 137 and 138:
show all

download tesi - MobiLab

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?