【发布时间】:2011-10-16 21:14:19
【问题描述】:
我现在已经在一些设置中使用了 RabbitMQ,我无法摆脱这样的感觉,即肯定有一些更容易设置的东西。尽管它很方便,但很难为每天只处理几千条消息的解决方案证明 MQ 的合理性,因为维护 RabbitMQ 的工作量很大。
有人知道安装和维护过程简单的 AMQP 实现吗?
对于不了解的人,RabbitMQ 是一个用 Erlang 编写的 AMQP 实现。它应该是非常稳定的,但只有当你对 Erlang 有足够的了解以避免它的问题时,情况才会如此。无论是内存限制还是主机名的更改,总是需要深入了解它。
【问题讨论】:
-
如果您达到了内存限制,那么您所做的很多比“每天几千条消息”还要多。如果您更改主机名,是的,这将有效地禁用 mnesia 数据库。另一方面,它通常使用 13 Mb 的 RAM,因此要求非常低,并且安装通常是 Deb、RPM 或 MSI。既然您似乎已经遇到了常见问题,那么 RabbitMQ 可能仍然是您最好的选择。
-
内存限制指的是 Erlang 中的默认内存限制设置。当消费者因默认进程限制很小而排队等待太多消息时,我遇到了问题,由于外部网络名称更改以及相当一部分我无法跟踪的崩溃倒是没有对Erlang有更深的了解。 Erlang 复杂的多处理环境需要太多的学习和维护才能随意使用。
-
@lyschoening 您好,我很想知道您是否决定使用 Qpid 或其他完全替换 RabbitMq?干杯
-
如果人们想知道,我最终决定我的应用程序不需要 AMQP,并且从那时起就使用 Redis 和 0MQ。
标签: rabbitmq message-queue amqp mq