Pubblica / sottoscrivi problemi di implementazione del paradigma

1

Leggendo l'ultimo capitolo 6 del documento "I molti volti di pubblicare / sottoscrivere" Mi sono imbattuto in:

Decoupling is a desirable property because it enforces scalability at the abstraction level, by allowing participants to operate independently of one another.

At the implementation level however, scalability remains a sensitive issue, because publish/subscribe interaction can be build on top of various communication substrates and can easily be hampered by an inappropriate architecture, in particular when publish/subscribe systems are built on top of infrastructures that were not designed with scalability in mind.

Q1

L'infrastruttura e l'architettura sono utilizzate in modo intercambiabile qui?

Q2

Non capisco chiaramente cosa si intende con livello di implementazione :

⇒ Gestore di eventi (distribuzione degli eventi tra client e server) implementato con architettura a livelli un esempio per un "sistema di pubblicazione / sottoscrizione costruito su un'infrastruttura [...] non progettata pensando alla scalabilità"?

Se non è quello che sarebbe un buon esempio per un sistema di pubblicazione / sottoscrizione, non costruito su un'infrastruttura scalabile?

    
posta SebNag 05.12.2018 - 17:22
fonte

1 risposta

1

È possibile implementare il modello pub / sub (architettura) in modo che funzioni in memoria con editore e sottoscrittore sullo stesso computer (infrastruttura). Si potrebbe anche implementarlo per funzionare in uno scenario di rete, ma forse il componente responsabile del trasferimento dei messaggi non può essere distribuito tra più nodi (di nuovo l'infrastruttura).

In ogni caso il software del sottoscrittore e dell'editore sono solo accoppiati dalle rispettive interfacce software ma fisicamente sono accoppiati dalle restrizioni della scalabilità dell'hardware.

    
risposta data 05.12.2018 - 17:35
fonte