Questions tagged «message-queue»

“消息队列”是一种设计模式或软件工程组件,用于定义用于两个或更多相互关联的过程或系统之间的通信的学科或API。消息队列强制执行异步处理和松散耦合。根据实现方式,它们还可以提供消息的传递和顺序保证。消息处理保证被明确排除在设计之外。

4
消息队列在Linux中过时了吗?
我最近在Linux中一直在使用消息队列(系统V,但是POSIX也可以),它们对于我的应用程序似乎很完美,但是在阅读了《 Unix编程的艺术》之后,我不确定它们是否真的是一个不错的选择。 http://www.faqs.org/docs/artu/ch07s02.html#id2922148 System V IPC的上层消息传递层已大大停用。在需要执行互斥锁定和在同一台计算机上运行的进程之间进行一些全局数据共享的情况下,由共享内存和信号量组成的较低层仍然具有重要的应用程序。这些System V共享内存功能演变为POSIX共享内存API,在Linux,BSD,MacOS X和Windows下受支持,但经典MacOS不支持。 http://www.faqs.org/docs/artu/ch07s03.html#id2923376 Linux和其他现代Unix中都有System V IPC功能。但是,由于它们是传统功能,因此并不经常使用。到2003年中期为止,Linux版本仍存在错误。似乎没有人足够在意修复它们。 在最新的Linux版本中,System V消息队列是否仍然存在错误?我不确定作者是否认为POSIX消息队列应该正常吗? 似乎套接字是几乎所有对象(?)的首选IPC,但是我看不到用套接字或其他方法实现消息队列是多么简单。还是我想得太复杂了? 我不知道与嵌入式Linux合作是否有意义?

4
ActiveMQ vs阿波罗vs卡夫卡
我以前没有使用* MQ的经验,并且希望在一般情况下建立有关JMS和消息队列的知识。这样,我想知道我应该从ActiveMQ开始还是完全“忽略”它,然后从教自己Apollo开始。Apollo是否与ActiveMQ一样功能完善?它是否实现了JMS 2.0(我看到ActiveMQ陷入了1.1)?我会错过一些非常重要的东西吗? 另外,Kafka与这两种解决方案相比如何?

2
Rabbitmq或Gearman-选择作业队列
从目前的情况来看,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 8年前关闭。 在工作中,我们需要构建一个作业服务器来处理诸如发送电子邮件,构建PDF,处理某些数据等工作。显然,我们希望基于某种通用排队系统。我对Gearman很熟悉,这是它要解决的确切问题:将作业放在队列中,工人来接他们。但是,我看到了很多关于Rabbitmq的提及,并且不清楚在这种情况下如何使用它。 Rabbitmq是在其之上构建分布式作业系统的良好框架吗?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.