Please enable JavaScript.

Coggle requires JavaScript to display documents.

Gestione Eventi - Coggle Diagram

- - - - basati sul topic
      - basati sul content
    - - QoS
      - fault-tolerance
      - notifiche entro scadenze temporali
      - ordinamento
    - - centralizzata: un solo router
      - gerarchica: notifiche inviate al master, che le distribuisce. pub/sub possono pubblicare/registrarsi su/presso qualunque router
        
        solitamente usato
      - ciclica, aciclica: P2P
        
        maggiore ridondanza
        
        necessarie tecniche di spanning tree per evitare cicli
      - basata su rendezvous point: per tipi di evento predeterminati
    - - tre algoritmi di routing
        
        Covering-based
        
        propagate solo sottoscrizioni più generali: meno duplicati e maggiore efficienza
        
        gestisco localmente le richieste dei client in base ai loro filtri
        
        se non voglio propagare?
        
        se il broker a cui faccio richiesta non può soddisfarla, la propagherà finché non ne trova uno che possa farlo
        
        se cancello una sottoscrizione generale, rinuncio a quelle specifiche, compromettendo le sottoscrizioni di altri client
        
        dovrei tenere traccia di chi è iscritto ad un topic, così da cancellarlo quando anche l'ultimo sub ha cancellato la sua sottoscrizione
        
        Merging-based
        
        unisce diverse voci nella tabella di routing per ottimizzarne le dimensioni
        
        usato in combo con Covering-based
        
        anche qui problemi di cancellazione delle sottoscrizioni
        
        Semplice
        
        ogni router conosce tutti gli abbonamenti
        presenti nel sistema
        
        tutti i broker avranno la stessa Routing Table
        
        ottimizzazione: non inoltro un messaggio di sottoscrizione precedentemente inoltrato
        
        overhead di
        propagazione
      - distribuite su percorsi inversi rispetto ai percorsi di sottoscrizione
      - routing messaggi
        
        Subject-based: a seconda di chi invia
        
        Header-based
        
        Channel/Topic based
        
        Content-based
- - - - riferimento all'oggetto sorgente dell'evento
      - ID univoco dell'evento
      - oggetto di handback per trasferire stato e comportamento
      - dati
  - - - gestione locale degli eventi
- - - - per comunicare devono condividere gli stessi topic e partizioni
  - - - Best effort: ricezione di tutti i messaggi e ordinamento non garantiti
      - Reliable: ricezione e ordinamento garantiti. ACK se ricevuti e reinvio se mancata ricezione