Message Broker或ESB?

时间:2013-05-02 20:19:52

标签: c# .net sockets esb

我有一个依靠套接字来为游戏系统提供回调功能的系统。对于故障转移和可伸缩性,可以将用户连接到一个套接字,而将同一团队中的另一个用户连接到另一个套接字。

当控制消息进来时,我需要检查需要响应消息的套接字数量;即:如果所有团队成员都在一个套接字上,则只有一个套接字需要将消息推送给团队成员。相反,如果团队成员跨多个套接字进行“负载平衡”,则所讨论的套接字需要将消息推送到其各自连接的成员。

目前,我正在使用查询自定义数据库表的轮询系统,其中包括套接字ID(GUID)以及连接到套接字的成员。这与消息本身相连,因此我保证每个套接字都会处理消息。

最大的问题是,我喜欢投票!

最大的问题是,为了最有效地实现这一目标,我应该研究哪种技术?我查看了SQL Server依赖项,但这看起来它会保持数据库连接打开,直到满足查询。

我也接受了MSMQ,但这似乎只允许一个'用户',它排除了多个感兴趣的套接字。

我不确定开源ESB。我理解ESB的前提,但是如何指示一个套接字处理了该消息,而另一个套接字尚未成功处理该消息。

然后是整个Message Brokering系统。听起来就像一个愚蠢的ESB对我来说很奇怪。

我呼吁所有企业架构师帮我决定这个问题。

亲切的问候

0 个答案:

没有答案
相关问题