As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center获取指导。
7年前关闭。
我希望获得有关我的评估和关注是否正确的反馈。
我一直在研究数据分发服务,AMQP和ZeroMQ这三个,以便在数据中心中构建数据传输层。所有这三个看起来都很有希望,但是我很少遇到一些阻塞问题。
为了说明背景,我的要求是:
最多可扩展到500多个物理节点,1000多个发布者和订阅者。
支持持久传递消息,以照顾失败的订户。
总吞吐量应在100万条消息/秒以上
AMQP问题:
在整个部署设置中,Broker体系结构似乎是瓶颈和失败的中心点。通过放置联合身份验证和群集来提高性能和待处理消息的可用性,可以使部署复杂化,但是它们似乎仍不能保证故障的发生。
持久队列的性能似乎很差。我的示例应用程序只能时钟6-7K消息/核心/队列/应用程序。
ZeroMQ的问题:
该文档似乎有点深入。
待处理消息的系统行为似乎在PUB / SUB通信模型中引起麻烦。请参阅:How zeromq handles slow consumers with PUB/SUB mode
OpenSplice DDS:
除了在行业中采用外,我没有发现DDS协议中缺少任何东西。希望了解该产品在稳定性,性能或局限性方面的第一手资料。
7年前关闭。
我希望获得有关我的评估和关注是否正确的反馈。
我一直在研究数据分发服务,AMQP和ZeroMQ这三个,以便在数据中心中构建数据传输层。所有这三个看起来都很有希望,但是我很少遇到一些阻塞问题。
为了说明背景,我的要求是:
最多可扩展到500多个物理节点,1000多个发布者和订阅者。
支持持久传递消息,以照顾失败的订户。
总吞吐量应在100万条消息/秒以上
AMQP问题:
在整个部署设置中,Broker体系结构似乎是瓶颈和失败的中心点。通过放置联合身份验证和群集来提高性能和待处理消息的可用性,可以使部署复杂化,但是它们似乎仍不能保证故障的发生。
持久队列的性能似乎很差。我的示例应用程序只能时钟6-7K消息/核心/队列/应用程序。
ZeroMQ的问题:
该文档似乎有点深入。
待处理消息的系统行为似乎在PUB / SUB通信模型中引起麻烦。请参阅:How zeromq handles slow consumers with PUB/SUB mode
OpenSplice DDS:
除了在行业中采用外,我没有发现DDS协议中缺少任何东西。希望了解该产品在稳定性,性能或局限性方面的第一手资料。
最佳答案
我对您对采用OpenSplice DDS感到担忧感到惊讶。今天,OpenSplice DDS已部署在多个任务和关键业务系统上,例如海军作战管理系统,军用车辆,空中交通管制和管理,地铁,高频自动交易。只是为了给您更多信息,应该可以使您放心。在采用该技术后,EUROCAE已建议OMG DDS标准(由OpenSplice DDS实施的标准)在整个欧洲中心之间交换飞行数据计划。
如果您对采用或技术还有其他疑问,请告诉我。
-交流
关于amqp - DDS vs AMQP vs ZeroMQ ,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/3202521/
10-10 11:32