You are on page 1of 2

Tema: Arquitectura Publicador - Suscriptor.

Publish/subscribe est basado en un patrn de mensajera que permite a los


editores comunicarse con varios suscriptores de forma asncrona y annima a
travs de un canal de eventos[1].
La comunicacin entre publicadores y suscriptores pasa por un servidor el cual
posee un protocolo establecido y el cual es el encargado de filtrar los
mensajes[2].
Los servidores utilizados en algunos sistemas son el brker, aunque alguno han
eliminado este por la baja seguridad que ofrece y han utilizado daemons y el
mapeo de las IPs de los suscriptores[2].
En el servidor brker los mensajes publicados se clasifican por clases para una
mayor flexibilidad, sin tener en cuenta los suscriptores que estn
conectados[3].
Para el filtrado de mensajes se realiza por tpicos es decir por temas o canales,
y el segundo mtodo es por el contenido de estos es decir se basa en las
preferencias del suscriptor[2].
En el servidor brker se crean cada uno de los canales o nodos. Los nodos son
los encargados de recibir las publicaciones y enva las notificaciones a los
suscritos de los eventos que les interese[3].
Los suscriptores registran su inters en un evento o en un grupo de eventos,
siendo notificados posteriormente de nuevos eventos, estas acciones la realiza
el sistema de mensajes[2].
La principal ventaja del sistema es el desacople entre emisor y receptor de los
mensajes, lo cual permite que cada uno pueda trabajar independientemente
del otro[1].
Los brker son el punto de falla de estos sistemas, ya que un suscritor podra
recibir mensajes no autorizados para l, como tambin un publicador no
autorizado podra introducir mensajes errneos o perjudiciales para el
sistema[2].
Para no tener problemas con un suscritor no autorizado se puede usar la
criptografa de clave pblica con protocolos como SSL y as evitar que ponga
en riesgo el sistema[2].

You might also like