Problema: cómo proporcionar un servicio pub / sub distribuido, escalable y resistente a desastres con WCF.

Detalles:

Tenga en cuenta que este enfoque se está considerando además de las soluciones de mensajería / middleware como Tibco EMS.

He estado buscando WCF, particularmente cómo se puede usar para ofrecer pub / sub. Sobre este tema este artículo es muy bueno:WCF pub-sub.

En el artículo, el autor intenta abordar el problema de tener varios editores (como uno lo haría con una capa de servicio escalada en varios cuadros). El problema es que si el cliente A se registra con el editor A pero el editor B desea publicar un evento, entonces el editor B no sabrá sobre el cliente A. es decir, nadie le dijo al editor B que el cliente A quería ser notificado sobre los eventos. El autor sugiere un servicio de pub / sub como solución. El servicio pub / sub almacenaría suscripciones de forma centralizada. Sin embargo, si quisiera hacer que el servicio pub / sub sea resistente a los desastres al tener un servicio secundario / dual pub / sub, entonces tengo el mismo problema original.

Entonces, creo que hay un par de soluciones al problema:

Almacene los detalles del suscriptor en un caché distribuido (consulte las preguntas:q1 yq2)Almacene los detalles del suscriptor en una base de datos / sistema de archivos central.

¿Alguien puede pensar en alguna otra solución (es decir, no me he perdido alguna característica mágica fantástica de WCF?) Cualquier comentario apreciado.