如何处理卡住的 RabbitMQ Dynamic Shovel 消息
How to handle stuck RabbitMQ Dynamic Shovel messages
我们目前正在使用 RabbitMQ Dynamic Shovels 将消息转发到 Azure 事件中心。最近我们设置了一个新队列以转发到事件中心。此队列中的某些消息的大小超过 1MB，这是事件中心消息的限制。由于此限制，消息会反弹并每秒再次发送几次。这会产生大量网络流量，这可能是个问题。
有什么方法可以将反弹回 DLX（死信交换）或不同队列的消息发送出去吗？我们已经寻找了一些动力铲选项，但找不到任何有用的选项。
谢谢Jesse Squire。将您的建议作为答案发布以帮助其他社区成员。
Generally, for cases when your payload is (or may be) larger than the allowable size, we recommend considering the claim check pattern where you store your payload in some other durable store (such as Blob storage) and then publish the event with a body that points to that resource.
可以参考.
您也可以在 GitHub 上提出问题：rabbitmq-server
我们目前正在使用 RabbitMQ Dynamic Shovels 将消息转发到 Azure 事件中心。最近我们设置了一个新队列以转发到事件中心。此队列中的某些消息的大小超过 1MB，这是事件中心消息的限制。由于此限制，消息会反弹并每秒再次发送几次。这会产生大量网络流量，这可能是个问题。
有什么方法可以将反弹回 DLX（死信交换）或不同队列的消息发送出去吗？我们已经寻找了一些动力铲选项，但找不到任何有用的选项。
谢谢Jesse Squire。将您的建议作为答案发布以帮助其他社区成员。
Generally, for cases when your payload is (or may be) larger than the allowable size, we recommend considering the claim check pattern where you store your payload in some other durable store (such as Blob storage) and then publish the event with a body that points to that resource.
可以参考
您也可以在 GitHub 上提出问题：rabbitmq-server