Problema: como fornecer um serviço de pub / subs distribuído, escalável e resistente a desastres com o WCF.

Detalhes:

Observe que essa abordagem está sendo considerada além das soluções de mensagens / middleware, como o Tibco EMS.

Eu estive olhando para o WCF, particularmente como ele pode ser usado para oferecer pub / sub. Sobre este assunto, este artigo é muito bom:Pub-sub WCF.

No artigo, o autor tenta resolver o problema de ter vários editores (como seria o caso de uma camada de serviço dimensionada em várias caixas). O problema é que, se o cliente A se registrar no Editor A, mas o Editor B desejar publicar um evento, o editor B não saberá sobre o cliente A. Ou seja, ninguém disse ao editor B que o cliente A queria ser notificado sobre eventos. O autor sugere um serviço de pub / submarino como solução. O serviço pub / sub armazenaria centralmente assinaturas. No entanto, se eu quisesse tornar o serviço de pub / sub resistente a desastres por ter um serviço de pub / sub secundário / duplo, tenho o mesmo problema original.

Então, acho que existem algumas soluções para o problema:

Armazene os detalhes do assinante em um cache distribuído (consulte as perguntas:q1 eq2)Armazene os detalhes do assinante em um banco de dados / sistema de arquivos central.

Alguém pode pensar em outras soluções (ou seja, não perdi nenhum recurso mágico fantástico do WCF?) Quaisquer comentários apreciados.