问题:如何使用WCF提供分布式,可扩展和抗灾的发布/订阅服务.
细节:
请注意,除了消息/中间件解决方案(如Tibco EMS)之外,还考虑采用此方法.
我一直在研究WCF,特别是它如何用于提供pub/sub.关于这个主题,这篇文章非常好:WCF pub-sub.
在文章中,作者试图解决拥有多个发布者的问题(就像在几个框中扩展服务层一样).问题在于,如果客户端A向发布者A注册但发布者B希望发布事件,则发布者B将不知道客户端A.即没有人告诉发布者B客户端A想要通知事件.作者建议将pub/sub服务作为解决方案.发布/订阅服务将集中存储订阅.但是,如果我想通过二级/双发布/订阅服务使pub/sub服务具有抗灾能力,那么我就有了同样的原始问题.
所以,我认为这个问题有几个解决方案:
将订户详细信息存储在分布式缓存中(请参阅问题:q1和q2).
将订户详细信息存储在数据库/中央文件系统中.
任何人都可以想到任何其他解决方案(即我没有错过WCF的一些奇妙的魔法功能?)任何评论赞赏.