download tesi - MobiLab

More documents

Recommendations

Info

Fanout publish / subscribe tra vari server. Configurabile client-server Analisi delle prestazioni delle principali soluzioni per servizi publish/subscribe Sicurezza: Supporta le opzioni di sicurezza estensibile e configurabile Definizioni configurabile dall'utente. SASL authentication (PLAIN mechanism) Amministrazione: È facile da gestire tramite Secure Shell remota o la riga di comando Configurazione tramite file di configurazione XML o da riga di comando. Amministrazione remota e la configurazione (amq_shell). Interfaccia client WireAPI: Fornisce una API standard per lo sviluppo di applicazioni Il supporto per tutti i metodi definiti nella norma AMQP. Consegna del messaggio in modo asincrono. Segnalazione degli errori per le applicazioni. Il WireAPI OpenAMQ è stato progettato per fornire ai programmatori di applicazioni nei diversi linguaggi la stessa semantica. Ogni linguaggio di programmazione ha la propria sintassi, ma con una sola semantica, è molto facile per gli sviluppatori stessi cambiare linguaggio di programmazione e è più facile mantenere il codice in diverse lingue, e riutilizzare i designs fatti in un solo linguaggio, con ltri.Le WireAPI OpenAMQ seguono la semantica del protocollo AMQP utilizzando gli stessi nomi e parametri. WireAPI ha diversi vantaggi rispetto alle API standard di AMQP che possiamo riassumenre: Qualsiasi versione di AMQP viene implementata ha una semantica identica nelle WireAPI di OpenAMQ. La Semantica WireAPI è portabile in tutti i linguaggi di programmazioni. Gli aspetti negativi della WireAPI sono: Obbliga gli sviluppatori a comprendere il protocollo. Alcune astrazioni utili che sono implementate in AMQP mancano nelle WireAPI OpenAMQ. 70
Affidabilità Analisi delle prestazioni delle principali soluzioni per servizi publish/subscribe Una differenza fondamentale tra OpenAMQ e altri prodotti AMQP è l'approccio alla affidabilità. Ogni messaggio deve essere parte di una transazione in modo che un eventuale fallimento può essere recuperato. L'affidabilità è centralizzato, il recapito dei messaggi è meticoloso, e il protocollo per la consegna affidabile è molto complesso. Quando abbiamo un mix di questo modello con un clustering per l'alta disponibilità (cioè di essere in grado di passare a un server di backup se si blocca il primo server) si ottiene in un territorio ancora più complessa. La complessità crea inaffidabilità e il rischio di incidenti e la perdita di dati aumenta. L'affidabilità centralizzata è incompatibile con il clustering dei mediatori, e va contro la moderna progettazione di rete. Consideriamo la rete AMQP idealmente costruita da apparati a basso costo. Questi possono essere organizzati in modo che un nodo può essere uno o due AMQP server. Questi nodi possono essere uniti insieme. Tali reti, essendo più semplice di classici messagge broker, risolvono parte del problema della reliabity. Per ottenere la piena affidabilità implementiamo un protocollo end-to-end nelle API per ottenere una maggiore affidabilità. Si noti però che le WireAPI non implementano ciò, questo è stato fatto dalle applicazioni AMQP piuttosto che da OpenAMQ. Il design è molto semplice. Costruire messaggistica affidabile come richiesta coppie di messaggio di risposta. Il mittente di una richiesta detiene la richiesta in memoria o sul disco, fino ad ottenere una risposta. Se non ottiene una risposta in tempi brevi, invia nuovamente la richiesta. L'altra estremità ignora le richieste di duplicato. In questo modello l'affidabilità è invisibile per il protocollo (che poi può essere più semplice e quindi migliore), e non ha bisogno di sostegno da parte del server (che può essere più semplice e più affidabile). E funziona con qualsiasi rete AMQP, non importa quanto grande o quanto molti server sono coinvolti. 2.8.5 QPID Apache Qpid è un message middleware bastato sulle ultime specifiche AMQP fornendo la gestione delle transizioni, la coda dei messaggi, la distribuzione dei messaggi, la sicurezza, 71
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 11 and 12:
Page 13 and 14:
Page 15 and 16:
Page 17 and 18:
Page 19 and 20: 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 69: Analisi delle prestazioni delle pri
Page 77 and 78: VOLATILE Analisi delle prestazioni
Page 79 and 80: 3.2 I Test Figura 3.1 Schema Cluste
Page 83 and 84: Figura 3.3 Architettura decentraliz
Page 97 and 98: 3.6 Test CORBA TAO Analisi delle pr
Page 111 and 112: 3.8 Test OpenAMQ Analisi delle pres
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?